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GET ON THE“PAWS“ EXPRESSWAY” 


Why nor rake the shortest and fastest route 
toward system design solutions? To define 
and model a large, complex system, you 
need a modeling tool that con address the 
system's total architecture, 
fj) PAWS/GPSM™ is on easy-to-use high 
productivity modeling and simulation 
tool that lets you evaluate alternative 
architectures while focusing on performance. 
It provides o state-of-the-art environment for 
developing accurate and reliable product 
definitions. 

|| PAWS provides high level primitives 
t closely resembling the user's intuition. 

PAWS models the behavior of o total 
system implemented in diverse technologies 
including software, hardware, and firmware. 

IRA 


II. GPSM, the graphical interface to 
PAWS, helps you quickly and easily 
transfer your ideas into pictures. GPSM 
helps you visualize multiple data and control 
flows through several components and 
incrementally synthesize models of a total 
system. 

0 PAWS/GPSM is flexible. If lets you refine 
your model as your system design 
JBk evolves so you con eliminate potential 
problems os early as possible in the product 
design cycle. 

Coll (512) 474-4526 to receive information 
on PAWS/GPSM. And get on the PAW5 
expressway to system design solutions. 
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Unrealistic simplifications of analytical 
methods-costs and delays of programming 



See your proposed circuit or packet switched network perform 


COMNET II.5 now gives you easy-to-understand network 
simulation results quickly--no programming 


W ith COMNET II.5 you 
simply describe your tele¬ 
communication network and its 
routing algorithms. 

Simulation follows immediately 
-no programming delays. 

Easy-to-understand results 

You get an animated picture of 
your network. Routing choices and 
changing levels of network utiliza¬ 
tion during the simulation are ap¬ 
parent. 

Your reports show blocking pro¬ 
babilities, call queueing and packet 
delays, network throughput, circuit 
group utilization, and circuit group 
queue statistics. 

Animation increases everyone’s 
understanding of the network oper¬ 
ation and builds confidence in your 
analysis. 

Your network simulated 

You can analyze any wide-area, 
point-to-point network which uses 
circuit-switching, packet-switching, 
or both. Virtual circuit or datagram 
operation can be modeled. 

Various alternate-routing and 
adaptive shortest-path routing 
algorithms are built-in. 


Free trial and training offer 

The free trial contains everything 
you need to try COMNET II.5® 
on your computer. 

You may develop your own net¬ 
work or modify one of ours. 

Try the COMNET II.5 approach, 
the quality and timeliness of our 
support, the accuracy of our 
documentation and the facilities for 
error-checking— everything you need 
for a successful project. 

No cost, no obligation. 

Act now-free training offer 

For a limited time we also in¬ 
clude free training. Typical applica¬ 
tions are demonstrated. 

Call today to avoid disappoint¬ 
ment-class size is limited. 

For immediate information 

Call Paul Gorman at (619) 
457-9681. In the UK, call Steve 
Wombell on (01) 940-3606. 

The quickest way for you to 
evaluate telecommunication net¬ 
work alternatives is with COMNET 

n.s. 


COMNET 0.5 results are 
realistic-the drastic simplifying 
assumptions required by analytical 
methods are eliminated. 


Rush information on 
the COMNET II.5 free 
trial and training offer 

Free trial-see for yourself how COM¬ 
NET II.5 quickly answers telecommunica¬ 
tion network performance questions by 
eliminating programming. 

No cost, no obligation. 

Limited offer-return the coupon today 
and we will include one free course enroll¬ 
ment worth $850. 




Return to: ieeecomp 

CACI 

3344 North Torrey Pines Court 
La Jolla, California 92037 

Or, better yet, call Paul Gorman at 
(619) 457-9681 
In the UK 

CACI 

26 The Quadrant 

Richmond, Surrey, England TW9 1DL 

Call Steve Wombell on (01) 940-3606 


COMNET II.5 is a registered traden 
irk of CACI, INC.-FEDERAL 
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The tools of the publishing trade have 
continued to evolve, from the first clay 
tablet and stylus to quill and parchment 
to today’s typeset galleys. Still bigger 
changes loom with the advent of elec¬ 
tronic publishing. When text and 
graphics can be created electronically 
and printed out in high resolution, the 
artist and writer may just find them¬ 
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word processor to workstation. The 
hours of effort saved may eventually 
eliminate those late nights. 
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Roy L. Russo, outgoing president 


Farewell 


In my first president’s message, back 
in January 1986,1 said that because of 
the slump in the computer industry, my 
administration would be one of plan¬ 
ning and consolidation. We would use 
the period to poise ourselves for growth 
when the time was right. Now, in my 
last message, I am pleased to report to 
you that your Computer Society is 
strong in services, volunteer commit¬ 
ment, employee quality, and finances. 
We are poised for growth. 

Here are the major accomplishments 
of the last two years. 

Member services 

• Computer has been broadened with 
new departments and features that 
include the “Survey and Tutorial Series,” 
previews and reports of conferences and 
Technical Committee activities, 
point/counterpoint discussion of stan¬ 
dards issues, and cooperative ventures 
with the Computer Society’s specialty 
magazines 

• European Office, now successful in 
terms of publications sales and mem¬ 
bership applications, accepts local cur¬ 
rencies and provides major conveniences 
for European members 

• Asian office, to be established in 
Tokyo this year, will accept local cur¬ 
rency and provide services similar to 
those of the European office 

• Approved quarterly publication of 
Transactions on Knowledge and Data 
Engineering beginning in 1989 

• Took position against Section 1706 
of the 1986 US Tax Reform Act because 
it unfairly singles out computer consul¬ 
tants for treatment as employees 

• Expanded participation in IEEE 
standards development, sponsoring a 
rich mixture of computer hardware and 
software standards in over 100 
standards-development groups/projects 

• Approved for 1989 start-up a Tech¬ 


nical Committee membership applica¬ 
tion program to increase member 
awareness of these technical specialty 
groups 

Member communications 

• Conducted about 600 telephone 
interviews of members and learned that 
the society is highly regarded as the 
“practical society,” Computer and 
other publications are the top-ranked 
member service, standards development 
rates second, but there is little member 
awareness of other services 

• Member handbook produced and 
mailed (fall 1987) to all members to 
increase awareness and use of society 
services 

• Increased member communications 
in Computer through a monthly presi¬ 
dent’s message and Computer Society 
news column and information page 

Volunteer operations 

• Conducted self-assessment of all 
volunteer operations to assure high 
quality in member services—many 
recommendations under consideration 
or adopted 

• Established three-year staggered 
terms for members of the Board of 
Governors to increase the knowledge 
base and to respond to growing 
organizational complexity 

• Defined volunteer responsibilities, 
stating that volunteer actions must con¬ 
form to the IEEE Code of Ethics 

Employees 

• Improved compensation, workload 
balance, management communication/ 
practices 

• Approved biannual employee opin¬ 
ion surveys 

• Developed human resource policies 

• Made a major investment in com¬ 
puters, PCs, laser printers, etc., to 
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improve quality of work and produc¬ 
tivity 

Finances 

• 1986 surplus of over $100,000 

• 1987 surplus of over $300,000 (est.) 

• Working capital at end of 1987, 
over $944,000 (est), exceeds require¬ 
ment by almost $200,000 

• 1988 budget of about $16 million 
assures excellent level of member 
services 

Society—general 

• 1987 year-end membership of about 
90,000 will recover earlier losses, in con¬ 
trast to declining membership of other 
major computer organizations 

• Approved constitutional amend¬ 
ment to be placed on 1988 ballot to 
change official name from “IEEE 
Computer Society” to “The Computer 
Society of the IEEE,” to improve Com¬ 
puter Society identity and achieve 
higher recognition 

• Approved establishment of the 
Taylor Booth Educator Award, in 
memory of our deceased colleague, to 
recognize annually an outstanding com¬ 
puter science and engineering educator 

• Established affiliate relationships 
with five Asian computer societies 

• Initiated the Student Computer 
Bridge Contest 

• Initiated On Board publication to 
publicize major actions of the Board of 
Governors 

It was indeed a pleasure to work with 
the many people who made these 
accomplishments possible. I thank 
them, and I thank you for the opportu¬ 
nity to serve as your president. Ed Par¬ 
rish and I have worked closely in the 
past, especially last year, and I look for¬ 
ward to his leadership with confidence. 

Roy L. Russo 


Forward 

As you can see from his message, 

Roy Russo is leaving office with two 
highly productive years to his credit, 
despite the adverse economic conditions 
prevailing during his presidency. The 
Computer Society is healthy and well- 
positioned to undertake new activities 
that will provide improved services to 
our membership and to our industry. 

My goals for 1988 include following 
through with the activities recom¬ 
mended by the Long-Range Planning 
Committee (see Computer, Oct. 1987, 
pp. 4-5) as well as with the plans formu¬ 
lated during various self-assessment 
exercises carried out by individual enti¬ 
ties of the Computer Society. The intent 
is to capitalize on the existing momen¬ 
tum by pursuing targeted opportunities. 

By way of example, consider our 
publication efforts. The three (soon to 
be four) transactions and six magazines, 
not to mention all the aperiodicals, rep¬ 
resent a significant enterprise, in terms 
of workload to the volunteers and staff 
and of value to the membership. It is 
important that these publications be of 
high quality, both in content and in 
style. This requires continual reassess¬ 
ment, especially given the clear techno¬ 
logical changes taking place in the 
publishing world. Our current study of 
electronic media to determine how our 
publications should be impacted in the 
future is an extremely important under¬ 
taking that requires continuity from 
administration to administration. Other 
examples can be cited as well to support 
the need for building upon the accom¬ 
plishments and planning of the past two 
years. 

I also intend to advance the society’s 
role as an international organization. 
We have recently entered into several 
new affiliate society agreements and are 
sponsoring or cosponsoring many inter¬ 
national conferences. The Board of 



Edward A. Parrish, Jr., incoming 
president 


Governors has representation from 
both Europe and Japan and, of course, 
the society has an office in Brussels and 
will open one in Tokyo shortly. Thus, 
we are well situated to embark upon 
additional activities that will allow the 
society to take a leadership role in inter¬ 
national relations within the IEEE. 

With this in mind, I have scheduled 
an Executive Committee meeting in 
Brussels in April 1988, during the week 
of CompEuro. This will provide an 
opportunity to accomplish several 
things. First, the Computer Society can 
provide visible support to a conference 
outside the United States. Second, the 
Executive Committee will host a recep¬ 
tion for the presidents of the European 
national computer societies to further 
our objective of cooperative ventures. 
Finally, the society’s volunteer leader¬ 
ship will view first-hand the nature of 
the work done in the European Office 
and gain a better understanding of what 
must be done to have a successful sup¬ 
port operation in Asia. 

I feel very fortunate to come into 
office at a time when the Computer 
Society can be aggressive in so many 
different areas. I sincerely hope that the 
hard work of my predecessor will be 
translated into direct benefits for you, 
our members. 

Edward A. Parrish, Jr. 
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Sponsored by International Federation for Information Processing 
Hosted by American Federation of Information Processing Societies 


FIRST CALL FOR PAPERS 


Congress: August 28 - September 1, 1989* Exhibitions: August 29-31, 1989* San Francisco, California, U.S.A. 

Theme: Better Tools for Professionals 


All professional users of computers can expect to benefit 
from the improved tools now emerging on a worldwide 
scale. The goal of the Congress is to identify these 
emerging tools and indicate how their benefits can be 
realized in a number of critical areas, areas which con¬ 
stitute the core of the Congress program. 

The Congress program will consist of the following 
eleven tracks: 

• Fundamental Tools 

• Languages and Operating Systems 

• Communication and Distributed Systems 

• Knowledge-Based Systems 

• Software Engineering 

• Supercomputing 

• VLSI-CAD Tools 

• Office Automation 

• Factory Automation 

• Education 

• Computer and Society 

Each track will be organized as a conference, featuring 
invited speakers and responders from around the world, 
panels and contributed papers. The tracks will address 
areas where significant scientific and technical changes 
are taking place, and where the impact of these changes 
is being felt. Each track will examine an area from 
various perspectives, ranging from fundamental prob¬ 
lems to societal concerns. Contributions are sought 
from all major Information Technology programs, 
national and international, public and private; sessions 
highlighting some of their projects will be featured. 


Send six copies of the full paper (double space) 
3700-4500 words in English, including title, names, 
affiliations, addresses, and phone numbers of authors, 
the track the paper would fit, and a 150-word abstract, 
to Program Committee Chair: 


Herve Gallaire, ECRC, Arabellastrasse 17, 

D-8000 Munich 81, Federal Republic of Germany 
Tel: 49-89-92 69 91 00, Fax: 49-89-92 69 91 70 
Telex: 5216910, e-mail: mcvax!unido!ecrcvax!ifip 
by November 1, 1988. 


Papers must be original and high quality, fulfill the 
objectives of the Congress and fit one or more of the 
program tracks. Papers should have a broad scope, and 
not discuss narrow and isolated topics. All submitted 
papers will be reviewed for their significance, originality 
and clarity. Deadline for receiving panel session propo¬ 
sals is February 15, 1988. Authors of papers who wish to 
have system demonstrations of the results in their 
papers should submit a separate page proposal by 
November 1, 1988. Notification of acceptance or rejec¬ 
tion of papers and proposals will be mailed by Febru¬ 
ary 15, 1989. (Contact PC Chair for track descriptions.) 

There will also be six one-day tutorials (August 26-27, 
1989), exhibitions (August 29-31, 1989) and technical 
visits. For general information, please write to 11th 
World Computer Congress, P.O. Box 18-P, Denver, 
Colorado 80218 USA. 
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LETTERS TO THE EDITOR 


Author refutes reviewer 

To the editor: 

Jerzy Klaczak’s review of my book, 
Abstraction for Programmers (McGraw 
Hill, 1985), in the October Computer 
begins with a falsehood: “The book 
pretends to be a self-contained textbook 
... in software engineering.” In fact, on 
p. xii, I state that if the book is to be 
used in a software engineering course, 
then a supplementary text will be neces¬ 
sary. Again, on p. 156,1 emphasize that 
the material in this book is a proper 
subset of software engineering. There¬ 
fore, his criticisms concerning omitted 
material lack validity. 

His major criticism, however, is 
based on a wholly unsubstantiated 
count of “errors” appearing in the 
book’s metacode. This count is surely 
wrong and here is why: 

The metacode used in my book con¬ 
strains a program to a certain structure 
— it does not necessarily define a com¬ 
plete solution to a problem. This is 
explained on pp. 78 and 79. Even 
though I use one and a half pages for 
this explanation, I confess the explana¬ 
tion deserves more prominence than it 
received. For reasons abbreviated 
below, you can write code which instan¬ 
tiates metacode but which does not 
solve the problem. In some of my 
book’s examples, metacode is devel¬ 
oped that can be instantiated with code 
that does nothing at all. This does not 
mean that such metacode is ambiguous; 
it would be ambiguous only if you 
couldn’t tell whether a given coding is 
an instantiation. It does mean some 
kinds of “errors” Klaczak mentioned in 
his review are not errors. 

When individuals or small teams 
write programs, one person typically 
will produce an incomplete, but ade¬ 
quate, design, and then the team will 
write a program to satisfy the original 
problem under the constraints of the 
design. My book is meant to improve, 
not replace, that process by adding 
structure to and removing ambiguity 
from the design. As shown in Chapter 
4, this structure lets the finished prod¬ 
uct have the benefits of information 
hiding. As shown in Chapter 7, this 
structure is compatible with mathemati¬ 
cally rigorous descriptions of function. 


Finally, as shown in Chapters 3 and 5, 
this structure helps the designer think of 
solutions to her problems. 

Klaczak calls this structure a blind 
alley, but the closeness of the material 
to Ada means that it is no less and no 
more a blind alley than Ada is. By the 
way, if Klaczak will reread the very 
page on which he saw me advising 
against mating this material with Ada, 
he will learn that I only say that to teach 
all of Ada with all of this material in 
one course is too much. 

The decision to omit an appendix for 
Ada implementations was editorial as 
was the decision to retype all the mate¬ 
rial I had in my word processor. Neither 
detracts substantially from the book. 
The examples used in the appendices are 
more easily put into Ada than into For¬ 
tran or Pascal. Fortran and Pascal are 
still used more than Ada. 

Klaczak accuses me of looking back¬ 
ward rather than forward. I wrote this 
book with neither of those directions in 
mind. I wrote for the present, and my 


RISC survey corrected 

To the editor: 

“A Survey of RISC Processors and 
Computers of the Mid-1980s,” (Sept. 
1987 Computer, pp. 59-69) by Charles 
E. Gimarc and Veljko M. Milutinovic 
contains a few mistakes: 

(1) All SOAR instructions are 32 bits 
long and not 8, 15, or 24 bits as stated 
twice in the article. 

(2) SPUR’s on-chip 512-byte instruc¬ 
tion buffer does not have a 98-percent 
hit rate. With prefetching, it has, at 
best, a hit rate around 70 percent. The 
128K-byte mixed data and instruction 
cache on the CPU board has the hit rate 
of 98 percent. 

(3) SPUR is not unique in “perform¬ 
ing independent and concurrent data 
and instruction fetches.” Any computer 
with an on-chip instruction buffer 
would perform these activities. 

(4) SOAR cannot possibly have 32 
windows of eight registers to give a total 
of 80 registers. The 80 registers are 
divided into eight sets of 16 overlapping 


book, which came out in late 1984, 
seems still to be very much in the 
present. 

J.A. Zimmer 
Spoon Software 
Northboro, Mass. 


Department editor’s reply: 

J.A. Zimmer’s criticism of the review 
of his book may be justified, as well as 
Jerzy Klaczak’s review. The point is 
that reviews in the Book Reviews 
Department are written by volunteer 
readers and are unrefereed. As such, the 
reviews are one person’s subjective 
opinion of the book and are not 
intended as an endorsement or nonen¬ 
dorsement by the magazine. I am sure 
this is understood by the Computer 
readership. 

Wiley R. McKinzie 

Book Reviews Editor 


registers plus eight global registers. 

(5) There is confusion about the 
AMD products. The odd-numbered 
tables refer to the AMD 29300, (basi¬ 
cally a 32-bit controller that is the suc¬ 
cessor to the AMD 2900 bitslice), while 
the even-numbered tables refer to the 
AMD 29000 (a 32-bit virtual memory 
computer). While it probably makes 
more sense for this article to refer to the 
latter, it appears to refer to the former. 

We do not wish to suggest that these 
are the only errors in this article; these 
are just the major errors concerning 
machines with which we are familiar. 

Corinna Lee and David A. Patterson 

University of California at Berkeley 

Authors’ reply: 

We thank Corinna Lee and David 
Patterson for their corrections. Sources 
from which data used in this survey was 
retrieved did contain correct informa¬ 
tion, but the mistakes slipped through 
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during the time-pressed proofreading 
stage. Also, we take this opportunity to 
thank all those readers (over 200 so far) 
that have written to ask for additional 
references in relation to this article (it 
was initially conceptualized as a pointer 
to original references and is most useful 
as such). 


As far as the AMD products are con¬ 
cerned, our survey did not include the 
29000 RISC machine (because we did 
not have reliable data at the time it was 
written). Our survey included only data 
on the 29300 (since a recent paper 1 from 
AMD explains how to use 29300 family 
components to create a RISC machine). 


Charles E. Gimarc and Veljko M. 
Milutinovic 
Purdue University 
West Lafayette, Indiana 

1. B. Case, “Building Blocks Yield Fast 
32-Bit RISC Machines,” Computer 
Design, July 1, 1985, pp. 111-117. 


Paired comments on parallel querying 


To the editor: 

Stanfill and Kahle 1 describe a parallel 
algorithm using a signature file for 
searching a large textual database on a 
connection machine. In “Parallel 
Querying of Large Databases: A Case 
Study” ( Computer , Oct. 1987, pp. 

11-21), Harold S. Stone extends this 
work by comparing a serial algorithm 
using an index to the parallel algorithm; 
he also considers a parallel implementa¬ 
tion of the serial algorithm. Stone 
demonstrates that the serial index 
search is more efficient than the parallel 
search in many cases. However, there 
are a number of issues which are not 
considered in either paper. 

Work on information retrieval sys¬ 
tems addresses questions of both effi¬ 
ciency and effectiveness. Effectiveness 
is commonly measured using recall 
(fraction of relevant items which are 
retrieved) and precision (fraction of 
retrieved items which are relevant). 

More efficient implementations may be 
faster, but they are not more effective. 

The following issues should be taken 
into account in comparing file organiza¬ 
tions to support information retrieval 
systems: 

(1) An index to a textual database 
plays a dual role. It provides an access 


path to facilitate retrieval. But it can 
also provide information on term usage 
in the database that can be used by 
searchers. A signature file can not easily 
be used in this manner. 

(2) Most current usage of informa¬ 
tion retrieval systems is interactive. The 
query is modified until the user is satis¬ 
fied with the results. The modifications 
may be made by the user or by the sys¬ 
tem. Thus, the system must be able to 
efficiently handle not a single query but 
a sequence of related queries. An 
inverted file system has a relative 
advantage in this situation because it is 
not necessary to perform a series of 
complete scans of the databases. 2 

(3) It has been shown that the use of 
index term weights improves the effec¬ 
tiveness of systems using automatic 
indexing and relevance feedback. A 
variety of weighting schemes can be 
handled more easily with an index than 
with a signature file. Relevance feed¬ 
back using the more sophisticated 
weighting schemes is more effective 
than the weighting scheme used with the 
signature file, which degraded per¬ 
formance. 3 

The inverted file system using an 
index is thus better able to support 
effective user-system interaction than a 
system using a signature file. It may be 


that alternative forms of interaction 
would be more appropriate on a parallel 
machine. But effectiveness as well as 
efficiency needs to be addressed. 

Caroline M. Eastman 
University of South Carolina 
Columbia, South Carolina 

1. C. Stanfill and B Kahle, “Parallel Free- 
Text Search on the Connection Machine 
System,” Comm. ACM, Dec. 1986, pp. 
1229-1239. 

2. C.M. Eastman, “File Organizations and 
Incrementally Specified Queries, ”Proc. 
10th Annual Int'l ACMSIGIR Conf. on 
Research and Development in Informa¬ 
tion Retrieval, New Orleans, La., June 
3-5, 1987, pp. 217-222. 

3. G. Salton and C. Buckley, “Parallel Text 
Search Methods,” Tech. Report 87-828, 
Dept, of Computer Science, Cornell 
Univ., Ithaca, N.Y., Apr. 1987. 

To the editor: 

In the October 1987 issue of Com¬ 
puter (“Parallel Querying of Large 
Databases: A Case Study”), Harold 
Stone analyzes an algorithm we 
presented in the December 1986 issue of 
Communications of the ACM (“Paral¬ 
lel Free Text Search on the Connection 
Machine System”). 

We agree with Stone’s major conclu¬ 
sion: with parallel computers, as with 
serial computers, the simplest algorithm 
with the fastest inner loop does not 
always have the best performance. In 
some cases a good algorithm on a serial 
machine can beat a simpler algorithm 
on a parallel machine. But, as Stone 
points out, the algorithms that he sug¬ 
gests can offer significant improve¬ 
ments for parallel machines also. 

We do feel that Stone’s analysis is 
flawed in one respect: when he com¬ 
pares one processor running his serial 
algorithm to 64,000 processors running 
our parallel algorithm, he assumes that 
the single-processor machine has the 
same aggregate I/O bandwidth as the 
64,000-processor machine. For the sort 
of I/O-intensive algorithms under dis¬ 
cussion, it is not realistic to separate 
effects due to processors from effects 
due to I/O. 
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Nevertheless, the version of the algo¬ 
rithm we presented (searching a disk- 
resident database) is clearly slower than 
the indexed algorithm for all but very 
large queries. For this reason, we are 
pursuing that version of the algorithm 
only in applications where queries of 
10,000 or more terms arise, such as a 
batch environment in which a commu¬ 
nity of individuals may pool their 
queries. 

As Stone also points out, the in¬ 
memory portion of the parallel algo¬ 
rithm is likely to be faster than the in¬ 
memory portion of the indexed algo¬ 
rithm run on a sequential machine. For 
this reason, we are using the in-memory 
portion of the parallel algorithm as the 
basis of our interactive retrieval sys¬ 
tems, subject to the constraint that the 
database must fit into primary storage. 
This can yield systems searching two 
gigabytes of data with what we feel to 
be very good performance. 

Stone also suggests a parallel indexed 
algorithm. We agree that this algorithm 
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shows considerable promise, but have 
not yet measured its performance on the 
Connection Machine. 

We thank Stone for his thoughtful 
formalization and analysis of our 
algorithms, and we welcome all discus¬ 
sion of this important issue in parallel 
computing. 

Craig Stanfill and Brewster Kahle 
Thinking Machines 
Cambridge, Massachusetts 


Author’s reply: 

The letters of Craig Stanfill and 
Brewster Kahle and of Caroline M. 
Eastman raise valid points worthy of 
comment. 

Stanfill and Kahle raise a question 
concerning the model used and whether 
or not it is realistic. The model serves a 
useful purpose in the study because it 
allows us to focus specifically on the 
speed contribution of the processors 
while holding all other parameters 
fixed. The model shows that the contri¬ 
bution to speed comes from the total 
size of main memory and not from the 
number of processors. 

The model also reveals a severe 
source of inefficiency in their algo¬ 
rithm, namely the requirement that 
their algorithm read the entire data¬ 
base instead of just the fraction of the 
database that would be retrieved by an 
algorithm based on inverted indices. To 
achieve high performance, the system 
designer has the choice of living with 
the handicap of inefficiency and over¬ 
coming it with massive parallelism, 
seeking to avoid the inefficiency by rely¬ 
ing on indices to reduce bandwidth 
requirements, or seeking a solution of 
yet another unspecified form. The point 
is that the model reveals the nature of 
the problem, but the designer does not 
have to build that particular model 
machine to overcome the problem. If 
the designer chooses to live with the 
problem by using parallelism, the prob¬ 
lem is, at best, hidden by the parallel¬ 
ism; the problem does not go away. 

By asking if the serial model is realis¬ 
tic, Stanfill and Kahle in effect are 
raising a new question: What is a 
cost-effective means for high-speed 
querying? This question includes the 
effect of I/O structure, memory size, 
and processor organization on the 
application. The answer is inherently 
technology dependent. What is realistic 
today may not have been realistic 10 
years ago, and may not be realistic 10 
years from now. The serial model in my 


Computer article deliberately does not 
answer this question, because the 
answer is a function of time and tech¬ 
nology, whereas the question pursued 
has an answer that is independent of 
time and technology. 

Nevertheless, a cost-effective high¬ 
speed solution is of interest in itself and 
is worthwhile pursuing. Given the 
inefficiency of the proposed parallel 
approach, is there a more cost-effective 
approach of equal performance avail¬ 
able with today’s technology? Past 
work, cited in the article, generally sup¬ 
ports the view that serial querying with 
inverted indices is competitive in perfor¬ 
mance aqd less expensive than parallel 
querying without indices. For the spe¬ 
cific system described by Stanfill and 
Kahle, a detailed comparison has yet to 
be published. Salton and Buckley have 
investigated this problem more 
thoroughly in a report cited in the East¬ 
man letter. They compare the Connec¬ 
tion Machine implementation with 
implementations of index-based 
algorithms on three different popular 
serial machines. They conclude that the 
performance of the serial machines is 
comparable to the Connection Machine 
performance, while the costs are likely 
to be substantially less, although the 
report does not give actual cost data. 
Apparently, the massive parallelism of 
the Connection Machine does not suc¬ 
cessfully mask the inefficiency of the 
parallel query algorithm when cost- 
effectiveness is a criterion for com¬ 
parison. 

Turning to Eastman’s letter, the issue 
raised is the nature of the query applica¬ 
tion and whether or not the algorithm 
proposed actually is acceptable for the 
application. That is clearly an indepen¬ 
dent question, and is well outside the 
scope of the article. I am indebted to 
Eastman for raising this point and com¬ 
menting on the advantages of indexed 
methods over nonindexed methods in 
the ability to support user needs. 

The bottom line of the three studies 
— mine, Salton and Buckley’s, and 
Eastman’s — is that indexed-based 
query methods have distinct advantages 
over nonindexed methods in contribut¬ 
ing to absolute performance, high 
performance at reasonable cost, and 
effective user interactions. 

While it may well be reasonable to 
build a nonindexed query system, such 
a system has to overcome several han¬ 
dicaps caused by the lack of an index. 
Massive parallelism may not be suffi¬ 
cient to overcome those handicaps. 

Harold S. Stone 

IBM T.J. Watson Research Center 

Yorktown Heights, New York 
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Guest Editor’s Introduction 

Electronic 

Publishing 

Technologies 


Dennis R. Allison 



T his special issue surveys electronic 
publishing technologies inter¬ 
preted in the broadest possible 
sense. Electronic publishing, like all pub¬ 
lishing, is concerned with the dissemina¬ 
ti on of information for p ublic saie or use . 
“Recent changes in the supporting hard¬ 

ware base—particularly low-cost worksta¬ 
tions and personal computers with 
(reasonable screen resolution of 70-100 
[ dots per incTfand laser printers wltlT 
l "moderate resolution of30(T-600 dpi—have 
'"enabled widespread a'pplitatrorr-ef elec¬ 
tronic publishing concepts. Current elec¬ 
tronic publishing technology both allows 
traditional publication to be done better 
and has int roduced a ne w media never 
before poSslSIe] ’ 

Printing is the mass production of docu¬ 
ments, the manufacturing side of publish¬ 
ing. When printing changes, publishing 
changes. The social, technical, political, 
economic, and international impact of 
those changes can be far reaching. Even 
today, in a world dominated by video and 
voice, pu blicat ion on p aper j g-the-way 
ideas-ai^pIa^i^ fntcrT he intellectual 
archives of thesociety. For example, uni- 
ver'sTtyprbfessdrs’ tenure is mainly based 
upon their publications record rather than 
their teaching skills. 

Even though books have lost much of 
their mystic aura, it’s the rare educated 
person who does not own a small library . 
of special books. Books are still often 
banned in societies which feel themselves 
vulnerable to the free expression of ideas. 


Printing and publishing are part of the 
fundamental fabric of modern society. 

The history of printing technology is 
fascinating. The earliest documents were 
carved in stone or scratched in wet clay or 
drawn on parchment or matted fibers. 
Printing was done by hand by scribes 
working in scriptoriums, carefully recreat¬ 
ing what was done before. The invention 
of the printing press and movable type 
allowed orders of magnitude reductions in 
the cost of production of books and made 
archival knowledge available to an ever 
expanding audience. But the shift to mov¬ 
able type forced constraints upon the way 
information was presented on the page. 

Hand-setting type was itself a labor- 
intensive operation. Working from a 
marked-up original manuscript, the type¬ 
setter had to place each individual charac- 

i ter into its proper position on the page. 
The efficiencies gained from printing came 
from the ability to make many copies. 

A variety of techniques allowed for the 
incorporation of graphics into printed text 
in much the same way as drawings could 
be interspersed with text in the old hand¬ 
written manuscript books. Photography 
added a new dimension of realism: docu¬ 
ments could include real images. 

The typewriter was developed to pro¬ 
duce single-copy printed documents. But 
the impact of the typewriter on publica¬ 
tions technology was in another area. Hot- 
type linotype machines composed and cast 
a whole line of type at a time. They dra¬ 
matically lowered the front-end cost of 
typesetting, again at the cost of greater 


composition constraint. A key had to be 
pressed for each individual character, but 
th e unit of compo sition where substantial 
hand woi \ u.is iu.-cess.ir> became the line 
and^ioTtheTMviaual character! 

” : lTirtypewnterhaJanotHefsignificant 
effect. Pushing keys on a keyboard is 
faster than writing by hand on paper. 
Authors could create more quickly. 

The development of offset prinjingjvith 
photographic plates went hand-in-hand 
with the extension of the typewriter to 
composition. Typesetting began to change 
its meaning from the actual manipulation 
of metal type to theun anipuL attOrPof. 
imagesofthatwpe. Composition was 
doneaFfrs^eciafmulti-font typewriter or 
a special gfa ptocompose r^that placed 
images on paper. This composed text 
together with drawn graphics is then 
pasted up to form pages and pho¬ 
tographed to make the plate for printing 
either by offset press or by simply copying 
the paste-up material using a xerographic 
copier. 

The information content of a document 
goes far beyond the simple text and 
graphics which it contains. How informa¬ 
tion is presented is often jtrSfas"significant 
as what. It’s here that the new electronic 
publishing technologies are having major 
impact. 

Everything is handled using a computer. 
Textual material is captured as keystrokes 
and stored. Graphics and pictures can be 
scanned into the computer. Then pages are 
laid out using the computer’s memory 
rather than paper, scissors, and glue. 
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two or so below_t hat-Qf.a n offset printer, 
but good enough to look printed. New 
non-impact printing technologies which 
offer higher resolution and lower print 
unit cost will likely appear as the electronic 
publishing world expands. Input to these 
printers are ^d ocument descrintinn lan ¬ 
guages like Postscript. D DL, and Inter- 
press. Document description languages 
provide a portable way to specify and com¬ 
municate documents and to handle the 
vagaries of different physical printers 
transparently. 

.Paper doc jjiBents-afe-ttie ide al med ium 


Automated layout is a difficult problem, 
since how a document looks is often a mat¬ 
ter of aesthetic taste and thus difficult to 
codify. The most effective systems are 
interactivelmd display something simitar 
to "tfie printed page on the computer’s 
screen. 

The benefits are twofold. The document 
is typeset with added information due to 
the presentation format, at a cost com¬ 
mensurate with that of a text-only type¬ 
written document. 

There are disadvantages as well. Time 
and energy is often spent refining a docu¬ 
ment to be beautiful when a simple version /for many kinds of infor mation. They 
would do. Novice users become enamored f light-weight, portable, and have very g< 
with multiple fonts and multiple type sizes, hu man factor s. The video display 

and sometimes even design their own type 
fonts. The art of composition, and it is an 
art, must be learned by a larger group of 
people. 

r Documents have a life c ycle. Tools now bleal 
beginning to emerge supporUTTeclevelbp- THThuman eye is a wonderfully 

ment of documents and their main- tive device. You can see the difference in 
tenance. Version control systems, quality between laser printer output, off- 
fulfillment and distribution systems, and set print, and letter press output printed 
information retrieval systems all have with movable type. Nonetheless, the very 
begun to appear. In this context, docu- ^flexibility of the video display provides a 
_ ments are c onsidered living entities wHI^TMiSwTtTediOTB-fef- publica tibn. 
^^Mygeandev^^wiflrtlmeTPrnrttngon The presentation of ideas on paper is 



demand allows acceSrto the current ver¬ 
sion or any previous version. 

The personal computer with a visual text 
editor has replaced the typewriter in any 
environment where documents are 
created. The ability to manipulate text 
without having to rekey it has revolu¬ 
tionized the way documents are created. 
This is a pervasive change which encom¬ 
passes the professional wordsmith down to 
the grammar school student. 

Other text development tools have also 
appeared, including spelling checkers, 
reference books including dictionaries and 
thesauruses, and style checkers. These 


constrained by the medium. Te xt is inher- 
ently sequential. Parallelism of presenta- 
tTon~can"~be attained only by spatial 
juxtaposition. References can be traced 
only by obtaining other documents. 
Hypertext and hypermedia systems are 
publishing paradigms oriented towards the 
flexible nonsequential presentation possi¬ 
ble using a computer and a display. By 
their very nature, the presentation is non¬ 
sequential and tailored by the reader’s 
thought processes. And the material 
presented is not limited to text and static 
graphics. Voice, music, and animated 
graphics and even video can be included as 


continue to evolve and will further ease the well. While still evolving, the potential of 
preparation of documents for publication, this medium of expression is enormous. 
Likewise, tools for the preparation of illus- f The impact of electronics and modern 
trations either by direct manipulation ! computer technology on the creation and 


(“drawing on the screen”), scanning 
images in from an outside source, selection ! 
from a file of stored illustrations (“clip 1 
art”), or specification of the illustration in 


T he articles in this issue are repre¬ 
sentative of the wide range of 
research in the electronic publish¬ 
ing domain. Pehong Chen and Michael 
Harrison’s “Multiple Representation 
Document Development” develops a 
framework for discussing various paper 
document preparation systems. Jeff John¬ 
son and Richard Beach’s article shows the 
advantages of abstracting the layout style 
from the document itself. Janet Walker’s 
Concordia and Johann Schlichter and Les¬ 
lie Miller’s FolioPub systems both address 
the problem of providing integrated facil¬ 
ities for the creation, revision, publication, 
'and distribution of large complex docu¬ 
ment sets. 

Gary Marchionini and Ben Schneider- 
man address the problem of extracting 
information from a hypertext system. 

ficole Yankelovich and her coauthors 
describe Intermedia, a hypermedia system 
targeted towards constructing and sup¬ 
porting highly interactive educational 
applications. □ 



g publication of written information has just 
\ begun to be felt. One can safely predict the \l 
n-death of papeiTthe ~paperle5s~soctety \ 
^ nsnoTioingloTiappenTTff factrej^ect \ 
a special graphic illustration language j ustthe reve rse. More and moreftegpIgwtB > 
make the job of creating a mixed-media ~T5e publishmg'more and more material on 
documenLsimpler. ' ' paper. The information glut will continue 

' High- quality printed copy is still bes t to expand. The new electronic media 
prepareg using a phototypesetter , but ade- won’t replace paper, but augment it by 
quate quality copy can be prepared using providing more efficient and effective 
today’s laser printers. These are low-cost access to information. Andwheij^that- 
devices ($1000 to $4000) which have a reso- inform ation i sJbundra-papeE^op ywil^ 1 -- 
lution of 300-600 dpi. This is a factor of ‘'made' 
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Meta Software launches Design/IDEF, the 
first CIM modeling tool for desktop engineering. 

Design/IDEF is the fast, accurate and cost-effective 
way to automate Computer Integrated Manufacturing 
(CIM) planning and modeling. 

Now you can create, read and comment on CIM 
models—quickly and easily. And make any modifications 
instantly. So projects are completed ^ 
in less time. At a substantial savings. ; desian/IDEF 

Design/IDEF is a smart, 

high-performance graphics tool ' v;. ‘ *. ;; 
that’s powerful enough to handle •- srsr - 

CIM models containing hundreds j 

of hierarchically linked diagrams. aHR. 

It supports the CIM systems 
design methodology used by the 
US Air Force, major aerospace 
contractors, and large manufactur- _ 

ing companies. 

No more re-drawing, re-drawing, re-drawing. 

If you move or resize an object, Design/IDEF auto¬ 
matically recreates all associated arrows, text and subor¬ 
dinate objects—without affecting arrow angles or curva¬ 
ture. Since text and graphics are combined, you can 
easily associate text with boxes or arrows. 

As your CIM model evolves, you can move detail to 
a subpage. Design/IDEF will automatically maintain the 
relationships and display the hierarchy. So you save time 
and improve accuracy. 

What’s more, an interactive data dictionary provides 
centralized storage, organization, and reporting. And a 
data capture facility makes it easy to accurately monitor 
and update files. 

Special Introductory Offer. 

Design/IDEF is priced at $2500, but you can pur¬ 
chase it for $2000 until March 31,1988. So act now and 
discover why so many top manufacturing and engineer¬ 
ing companies use Meta Software’s Design/IDEF to speed 
up projects and keep costs under control. 

Write or call toll-free 1-800-227-4106 for more 
information about Design/IDEF. Inside Massachusetts, 
call 617-576-6920. And fly through CIM modeling in 
record time. 
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Multiple Representation 
Document Development 

Pehong Chen and Michael A. Harrison 
University of California, Berkeley 


You can use a source- 
language model or a 
direct-manipulation 
approach to specify a 
document. Which 
representation is best? 
Perhaps both are. 


source-language model, the notion of a 
document semantics specification lan¬ 
guage is somewhat implicit in direct- 
manipulation systems. 

Superficially, the differences hetw een 
the sour ce-langu ag e model and the direct- 
manipulation model seem to stem from 
Thefrdegfee of interactiveness and level of 
integration. The former is the canonical 
interpreter versus compiler issue, and there 
is nothing prohibiting a document compo¬ 
sition language from being incremental or 
interpreted to gain better interactive 
behavior. Integration is not the dominat¬ 
ing issue either; with proper editor sup¬ 
port, an effective integrated environment 
based on batch processors can be 
created. 2 


A dvances in laser printer technol¬ 
ogy and the proliferation of 
high-performance workstations 
with high-resolution displays, pointing 
devices, and windowing environments 
have spurred an explosive growth in elec¬ 
tronic publishing software. An important 
aspect of the work on software has been 
the exploitation of user interfaces com- 
rnonlxjFfen- erl to as dir ec t-mani pulation 
s i nterfa ces . 1 With such interfaces, the user 
manipulates the target document appear¬ 
ance directly by invoking built-in opera¬ 
tors available in the form of palettes, 
menus, buttons, and so on. Direct- 
manipulation systems are highly 
interactive—the user instantaneously 
observes the result of invoking an opera¬ 
tion and thus has the illusion that he or she 
is directly manipulating the underlying 
object. 

The direct-manipulation approach 
differs substantially from the traditional 
source-language model, in which docu¬ 
ments are specified with interspersed tex¬ 
tual commands. In the source-language 
approach, a document is first prepared 
using a text editor; its formatting and other 
related processes are then executed, 
usually in batch mode; and the result is 
obtained. 

In direct-manipulation systems, docu¬ 
ment semantics such as page layout attrib¬ 


utes are usually specified by a declarative 
language encapsulated as form-based 
property sheets. These property sheets cor¬ 
respond to textual markup tags that can be 
imported to or exported from the direct- 
manipulation system for document inter¬ 
change purposes. While a source represen¬ 
tation is maintained explicitly in the 


Another version of this article appears in Conference 
Recor dHICSS-21, H awaii InternationalTjont'erence" 
on Syst'em scienceiTJanuary 5-8,1988, Kailua-Kona, 
Hawaii. 


A major distinguishing factor, there¬ 
fore, is explicit user manipulation of the 
target document’s appearance versus 
manipulation of a programmable source 
representation of the document. Advo¬ 
cates of the direct-manipulation model 
claim that direct-manipulation systems 
bridge the gap between the user’s percep¬ 
tion and the actual task domain. Such sys¬ 
tems relieve the user from any concern 
with detail and are very easy to use. On the 
other hand, critics argue that the ,friendly 
user interface comes at the expense of 
generality and flexibility—that is, at the 
e xpense of power . A full-fledged symbolic 


January 1988 


0018-9162/88/0100-0015$01.00 ©1988 IEEE 

















language obviously offers more expres¬ 
siveness than the f inite set of opera tors 
likely to be incorporated in a direct- 
manipulation user interface. 

We believe the right approach is a 
hybrid model that employs multiple 
fepresenTattons. 3,4 There are certain 
aspects of document preparation that are 
best suited to a source-language represen¬ 
tation and certain aspects that are best 
suited to direct-manipulation techniques. 
/Direct-manipulation user interfaces can be 
f viewed as simply another class of specifi- 
\cation languages. By blending various lan¬ 
guages including that of direct 
manipulation (encapsulated as palettes, 
menus, and so on) in an integrated envi¬ 
ronment, the system designer makes the 
user interface a matter of choice, dictated 
by convenience or preference. 

Our primary purpose here is to establish 
a framework for the analysis and design of 
multiple-representation document devel¬ 
opment environments. We indicate which 
aspects of document preparation are more 
conveniently handled under which model 
and discuss several approaches to the 
hybrid paradigm. We identify the domain 
of basic tasks involved in document devel¬ 
opment and then we examine, for each 
task, the pros and cons of each model. 
Next we discuss a concern generally 
referred to as “degree of procedurality” 
(or “degree of declaratTvenesS*TThat 
represents a sliding scale between “how” 
and “what” to do from a user’s perspec¬ 
tive. We address all these issues in a design 
methodology based on an abstract struc¬ 
ture that captures multiple views of 
representations, transformations, and user 
interfaces for document preparation. 
Finally, we describe the design o f VorTeX 
(Visually Oriented TeX), 5 a multiple- 
representation document development 
environment being built at Berkeley as a 
case study of our methodology. 

Task domain 

There are quite a few tasks that an effec¬ 
tive document development environment 
must be able to accomplish. Understand¬ 
ing them is important because evaluating 
the source-language and direct- 
manipulation models relies on the under¬ 
lying task being clearly identified. These 
,tasks£an be divided intojyy o -r najor cate¬ 
gories: writing and reading . The following 
is a list of several classes of tasks that are 
considered essential: Classes 1 through 7 
belong to the writing category, Class 8 


covers both, and Class 9 concerns primar¬ 
ily issues in reading. The list is by no means 
exhaustive. 

Class 1—Editing. Tasks here include the 
editing of text and graphics in general and 
of various special objects such as tables, 
mathematical or chemical formulas, data- 
driven statistical charts, fonts, raster 
images, musical scores, animation scenes, 
and digitized audio signalsTMariy-eTthese 
objectTcan B^inteimixed, yielding what 
may be called a compound document. An 
important consl^efationuTHandling com¬ 
pound documents is the question of 
whether the editing tasks are integrated or 
disjoint. In the integrated case, objects are 
displayed in a single viewport and a 
context-sensitive set of menus is 
presented—that is, the menus presented 
depend on the type of objects being 
manipulated. In the disjoint case, select¬ 
ing an object of a particular type invokes 
its corresponding editor in a separate win¬ 
dow. The various editing tasks, therefore, 
proceed in distinct contexts until the user 
explicitly requests that modified objects be 
reconciled with the system’s top level. 

Class 2—Formatting. The primary issue 
in formatting is document appearance. 
This includes the layout of specific pages. 
At a global perspective, certain types of 
documents must obey certain styles. Con¬ 
sequently, some default styles must be 
provided to cover a wide range of com¬ 
monly used documents. On the other 
hand, customization must be supported so 
that uncommon styles can be defined by 
the user. At a finer granularity, either the 
system or the user must be able to control 
the placement of objects within a page. 
This control may be as trivial as being able 
to set a piece of text in a certain font or as 
complicated as being able to float text 
around an arbitrarily shaped object 
according to a specified flow. 

Class 3—Style specification. A set of 
style definitions maps a document from its 
l ogical structure to a physicaTTayOTr trtn 
some systems the creationand editing of 
style definitions may be a separate task. 
The most common approach to style spec¬ 
ification is to represent document attrib¬ 
utes in a declarative language that can be 
manipulated using a form-based user 
interface. 

Class 4—Preprocessing. This class of 
tasks refers to operations that must be per¬ 
formed prior to formatting. Examples 


include spelling checki ng, writing style 
verification, and bibliographic citation 
placement. This cISss-may-ateoTnClude 
graphics, tables, mathematics, or any 
other pr ocessing filters n ot integrated with 
their main formatting engine. 

Class 5—Postprocessing. These are 
tasks that cannot be carried out until the 
main document body has been formatted. 
Cross-refe rences and indexes depend on 
certain oblecFpermittationsTfor example, 
page, section, or figure numberings); they 
cannot take place unless such numbering 
has been resolved by the formatting 
process. 

Class 6—Imaging. Another important 
class of tasks involves imaging the format¬ 
ted resul t onto eith era display or a printer. 
These tasks typically involvelnterpreting 
the document’s intermediate representa¬ 
tion (its internal data structure or output 
file format) and rendering the bits on the 
workstation display or tra nslatin g the 
intertnediate r e p resentation into a specific 
printer language. 

Class 7—Filing/document interchange. 

There are two important issues here. The 
first has to do with how to effectively save 
the internal statea p tha tfuture invocations 
c an be carried mit incrementaHy. TKe sec¬ 
ond focuses o amfOr ma tion interchange 
and system dependenceT 'nameiy on 
whether or not a filed document can be 
transmitted across different machines and 
be recognized and processed by different 
document preparation systems. 

Class 8—Annotations/narrations. 

Annotations knd narrations can be embed¬ 
ded in a document to convey more inf or- 
mation than what is available in the main 
documenftody. This additional informa¬ 
tion can be represented in the form of text, 
graphics, or voice, in an electronic envi¬ 
ronment. More than one author can be 
involved in creating suchmformation and 
the reader can be granted appropriate 
access. For instance, in an instructional 
environment, a particular set of narrations 
can be presented according to the level of 
a particular student. In a publication envi¬ 
ronment, an author of a paper can view 
annotations from referees while annota¬ 
tions intended for the editor are hidden 
from him or her. Providing these features 
involves protection and general 
distributed-system issues. 

Class 9—Dynamic reading. From a 
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reader’s point of view, a hard-copy docu¬ 
ment generated in a print medium is fixed 
and static. Electronic media such as 
workstation-based environments provide 
an alternative that does not have to be 
reminiscent of its static counterpart. A 
good deal of dynamism can be exploited 
in an integrated document development 
system. For example, instead of thumbing 
through pages for a reference as one does 
when reading a printed doc ument, in an 
integrated environment one can display 
and examine the target of a reference in a 
separate window when reading the source 
of the reference. This kind of context - 
je nsitive browsing, al one with a number of 
other features not available in the print 
medium, requires complex system support 
and deserves further investigation. 


Pros and cons 

Most of the tasks listed above can be 
carried out using direct-manipulation 
techniques or some programming lan¬ 
guage source code. In some cases one 
approach may be more appropriate than 
the other, while in others a combined 
approach may make more sense. An anal¬ 
ysis of each task shows which approach 
can be best applied to it. 

Text editing. Display-oriented editors 
can be regarded as direct-manipulation 
systems when the underlying task is re¬ 
stricted to text editing. This is the case with 
Vi and GNU Emacs, for example. They 
are superior to old-fashioned line-oriented 
text editors because with them a full screen 
of text can be directly manipulated. 

Emacs also supports a source represen¬ 
tation; a Lisp programming subsystem is 
embedded underneath the direct manipu¬ 
lation. Each simple operation corresponds 
to a Lisp primitive upon which more com¬ 
plex operations can be coded, which can 
then be bound to user-level commands 
with a few keystrokes or mouse clicks. This 
Lisp programming subsystem makes 
Emacs customizable and extensible and 
thus a very powerful text editing tool. 6 


Direct-manipulation graphics editing. 
In general, it is easier to specify freehand 
drawings such as the panda shown in Fig¬ 
ure 1 using a di rect-manipulation grap hics 
editor like MacPaint than to program it 
with agraphics language like PIC or Ideal. 
It is also easier to create technical drawings 



Figure 1. Panda. This picture of a 
panda was created using a direct- 
manipulation graphics editor. 


such as the one shown in Figure 2 with a 
direct-manipulation editor like MacDraw 
than with a noninteractive graphics pro¬ 
gramming language when visual feedback 
concerning operations such as object 
placement and orientation is essential. 

MacPaint is a typical example of 
graphics editors specifically designed for 
'creating artistic drawings. The notion of 
an object disappears in these editors; what 
remains is just a raster image. Rasterized 
3fawings~are obviously confined by the 
device resolution with which they are 
created. MacDraw represents a class of 
editors more suitable for creating techni¬ 
cal diagrams. In MacDraw, objects and 
their structure are maintained throughout 
the editing session. When a drawing is 
do ne, it is the description of t he objects 
and their structure, rather than the image, 
that gets saved, me advantage is that the 
image can be reproduced oil a variety of 
devices at amerent resolutions; 

~K significant intermediate system is 
Adobe Illustrat or, which accepts a raster 
image but allows the user to recover the 
underlying mathematical description by 
tracing the image. From that point on, the 
drawing can be manipulated in terms of its 
component geometric objects, thereby 
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Graphics specification. The repertoire 

of techniques for specifying and generat- Figure 2. Windowed text layout. This diagram, created by a direct-manipulation 
ing graphics is very rich. Some of the tech- graphics editor, explains an exotic page layout of windowed text in document for- 
niques are source-language-oriented, matting. The window in the center is a graphics element. The large boxes at the top 
others exploit direct-manipulation user and bottom contain a paragraph's “lintel” (leading text) and its “sill” (trailing 
interfaces, and a few employ a hybrid text), each of which may contain multiple lines. Each of the narrow boxes on both 
model. There are relative strengths and sides holds a single line of text. The dotted lines and arrows show the flow of the 
weaknesses for each approach. text. 
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Figure 3. Rotated circles. This set of rotated circles is generated by the Postscript 
code shown. Postscript has a postfix syntax, so the one-line code here means iterate 
a procedure 36 times. In each iteration, a circle centered at (60,0) with a radius of 
45 is drawn (in points). Then, the coordinate system is rotated by 10 degrees. 



Figure 4. Recursive panda. This picture, in which a panda appears recursively, is 
created by drawing the panda with a graphics editor that generates Postscript out¬ 
put and then adjusting the resulting Postscript code. The idea is borrowed from an 
example given by Reid. 7 


images of any kind. 

There is no question, however, that 
drawings created by a direct-manipulation 
editor can also be described by graphics 
programming languages or some meaning¬ 
ful textual representations. In fact, draw¬ 
ings created with most of these editors will 
eventually be translated into a source- 
language representation or some textual 
format for filing and document inter¬ 
change purposes. The issue here is that for 
such pictures to be created efficiently, 
direct responses from the drawing appara¬ 
tus in terms of the underlying objects’ 
placement and orientation are crucial. 
Direct-manipulation interfaces, in this 
respect, act as an interactive agent between 
the user and the task domain and are more 
effective than attempting to do the pro¬ 
gramming at the source level. 

Graphics programming. Direct- 
manipulation editing breaks down when a 
great deal of regularity, a finer degree of 
control, any sort of abstraction, or other 
basic programming-language building 
block is required. Figure 3 demonstrates 
the superiority of a graphics programming 
language in expressing a highly regular 
design. This picture is a circle repeated 
many times by rotation about an axis. The 
Postscript source code needed to describe 
it is shown below the drawing. One can 
imagine how cumbersome it would be to 
create this picture by direct manipulation. 

As another example, suppose we were to 
create a page that contains a picture of a 
panda and an image of the page nested 
within itself (Figure 4). No direct- 
manipulation graphics editor known to us 
is able to realize such an illustration by any 
ot woul me ans. With a programming lan¬ 
guage like Postscript, however, such a 
page can be defined a s a proc edure that 
recursively i nvokes itself to ~ a~specTfied 
deptETfiowever, remember that it ifc-eas- 
ier to create a picture like that of the panda 
with a direct-manipulation editor and that 
generating a textual representation for the 
| drawing is not difficult. The ideal 
approach here is to draw the panda by 
\direct manipulation first, generate the cor¬ 
responding code next, and finally perform 
(some adjustments to realize the recursive 
(invocations. 

This approach is an example of ajiybrid 
model—it utilizes direct manipulation as 
alront-end interface and a meaningful tex¬ 
tual representation for off-line filing. This 
representation has the advantages of being 
more compact and device-independent 
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than a directly filed bitmapped image. 
Some adjustments may be done on the tex¬ 
tual representation before the drawing is 
filed or sent off to a printer. 

Achieving accuracy. An important issue 
arises in graphics specification when cer¬ 
tain geometric properties of graphical 
objects must be satisfied or when their pre¬ 
cise placement is required. In direct- 
manipulation editors, the most naive solu¬ 
tion to precise placement is to echo the cur¬ 
rent cursor coordinates orTdemand. A 
morecommonly used techniqueis to pro¬ 
vide the user with a rectangular grid. 
Sometimes a gravity facility that automat¬ 
ically attracts the cursor to fixed positions 
in the grid may be useful. A more power¬ 
ful paradigm based on a ruler and compass 
metaphor 8 also increases accuracy. 

Another possibility is to apply a class of 
techniques known as the constraint-based 
approach , 9 which requires the user to 
specify a set of parameters that satisfies 
certain algebraic or logical equations. 
Given the constraints, the system tries to 
solve the equations simultaneously and 
returns the corresponding graphical 
objects. There may be more than one solu¬ 
tion to the same set of constraints, hence 
a mechanism for selecting the desired solu¬ 
tion must be provided. 

This approach is often counterintuitive, 
which makes it difficult for inexperienced 
users to add new kinds cjf constraints to the 
system. This situation actually arises from 
the multiple representation inherent in this 
type of system; no matter what the user 
interface looks like on the surface, there is 
an underlying source program that realizes 
the constraints. Switching back and forth 
from a highly encapsulated graphical 
interface to a more primitive textual one 
is difficult for casual users. Some recent 
developments have focused on graphical 
specification of constraints with the goal 
of closing the gap between the task 
domains. 10 

The constraint-based approach has been 
incorporated in graphics programming 
languages like Ideal and in graphics editors 
like Juno. 11 Juno, in particular, is inter¬ 
esting because in addition to its direct- 
manipulation user interface, its underlying 
constraint definition language is made 
explicit to the user; both representations 
are editable and changes propagate auto¬ 
matically, although the language capabil¬ 
ity is somewhat restricted from the 
programming language point of view. 

The hybrid approach. Clearly the ideal 


approach is one that exploits the prompt 
visual feedback available in direct manip¬ 
ulation as well as the programming capa¬ 
bility provided by the source-language 
model. This approach is exemplified by the 
Tweedle graphics editor. 3 In Tweedle, the 
user is allowed to edit objects in the direct- 
manipulation manner; also supported is a 
text editor for editing the underlying pro¬ 
cedural language description. Each object 
in the graphical representation cor¬ 
responds to a piece of code in the textual 
representation. Changes made to either 
representation will be mapped to the other 
automatically. 

This approach differs from the off-line 
hybrid model mentioned earlier in that the 
textual representation (program) is 
manipulated interactively. Any modifica¬ 
tion to the source program is immediately 
reevaluated, and this action updates the 
graphical representation, and vice versa. 
A great number of language design and 
user interface issues are involved in creat¬ 
ing a hybrid system. Typical problems 
include variable naming and binding, 
object sharing and linking, and most 
important, the internal state to be main¬ 
tained in order to incrementally reevaluate 
the objects. 

The programming side of the hybrid 
approach can be realized using a visual 
interface in which program constructs 
such as variables, conditionals, procedures 
or macros, iterations, and recursions are 
encapsulated as menu items in the stan¬ 
dard direct-manipulation fashion. The 
user is still required to switch back and 
forth between editing programs (graphical 
rather than textual in this case) and edit¬ 
ing actual drawings (results of program 
evaluation). These graphical programs are 
equivalent to the textual ones in every 
respect. So a multiple-representation sys¬ 
tem’s emphasis is not so much on having 
something textual per se as on explicitly 
maintaining a representation that is 
programmable. This is a very important 
point and will come up in our discussion 
of VorTeX. 

Formatting and layout. Traditional 
document development systems like the 
Trof f family, 12 Scribe. 13 TeX, 14 a nd 
SGM L (standard generalized markup lan¬ 
guage) 15 ar e largely noninteractive lan¬ 
guage co mpilers. A document described in 
such a languagelras a textual source rep¬ 
resentation tha t contains its content a s_atell 
as formatting commands. A target repre- 
”sentation calTbe created by passIhgThe 
'source through theTorm^erTNsrfhally, 


the task of editing (or simply browsing) 
either representation is separate from the 
task of formatting. 

In contrast, in direct-manipulation sys¬ 
tems such as Microsoft Word or the Inter¬ 
leaf Publishing System, formatting is an 
integral part of document editing. Here, 
the document is reformatted as it is edited. 
The distinction between source and target 
representations is vague or even nonexis¬ 
tent. No textual commands or tags 
explicitly appear in the document during 
an editing/formatting session. Rather, 
information like document structure and 
page layout is known a priori; their attrib¬ 
utes can be modified by the user via built- 
in menus or property sheets. 

A ^special class of dir ect-manipulation 
system is the layouLdriven type, which 
includes desktop publishing programs like 
Pagemaker and Ready Set Go! for the 
Apple Macintosh and Ventura Publisher 
for the IBM PC. These systems usually 
have a strong import facility that accepts 
a variety of file formats generated by ordi¬ 
nary text processors, which have no or 
limited formatting capabilities. Thus, 
most layout-driven publishing systems 
import raw documents and perform 
detailed formatting as a postprocessing 
task. What is special about these systems 
is that they allow page layout to be speci¬ 
fied through direct manipulation. One 
specifies the layout of a text block or 
graphics region by “rubberbanding” a 
box on the screen with a pointing device. 
One can also determine the order of these 
blocks and regions. Once the layout is set, 
text and graphics fill in according to the 
specified flow. 

Each of these trains of development has 
important advantages and disadvantages. 
By and large , the output q uality produced 
by source-la nguage-oriented systems - is 
higher than that produced by direct- 
manipulation editors. This is because most 
"such source-language compilers are batch- 
oriented, which means their formatting 
strategies can be better optimized. Direct- 
manipulation systems are limited in this 
respect by certain response time require¬ 
ments. In order to achieve better quality, 
some direct-manipulation syste ms like 
CedarVTioga editor, 16 Andrew's text edi- 
tor, 17 and the BBN Diamond system 18 / 
provide an option that performs some off¬ 
line formatting optimizations before the 
final hard copy is generated. The format¬ 
ted version can be previewed on the screen 
but not edited. Thus, these systems are 
essentiall y direct-manipulation galley edi - 
tors. They assure onTy‘ ‘ whatyou see is an 
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\beginwindow\lintel 9\lines \side .75in \window 5\lines 

Creating a page layout with an embedded element—such as the 
layout of this paragraph—is quite difficult, if not 
impossible, in rigid source-language-oriented systems like ... 


\endwindow 


Figure 5. Producing windowed text in TeX. This piece of text shows how to create 
a windowed paragraph with a lintel (text above the window) nine lines tall, a block 
three-fourths inches wide at each side, and a window five lines tall (whose width is 
the width of the paragraph minus two times the width of the side block). Naturally, 
the remaining text forms the sill (text under the window). The principal macros 
involved are “beginwindow,” which takes these settings as parameters, and “end- 
window,” which outputs the formatted text. The actual code corresponding to 
these two macros is much more complex and is very difficult for an average TeX 
user to generate. The example here is based on the work of Hoenig. 19 


approximation of what you get.” 

An important advantage of the source- 
language model is the expressiveness or 
programmability provided by symbolic 
languages. Suppose a document process¬ 
ing system is a set of operations defined on 
a collection of objects. With respect to 
simple operations, there may be little 
difference between the source-language 
model and the direct-manipulation model. 
The major difference becomes noticeable 
when higher level abstractions such as 
macros and conditionals are desired. 
These are normally available as first-class 
citizens in a document formatting lan¬ 
guage. But in most direct-manipulation 
systems, manipulating complicated cases 
like these is either impossible or very cum¬ 
bersome. 

On the other hand, source-language- 
oriented systems cause unnecessary over¬ 
head by reprocessing a whole document 
when it has only a few changes and provide 
a low degree of interaction and a poor 
interface to the user. In terms of interac¬ 
tivity and the interface, the direct- 
manipulation model seems better. As 
highly interactive systems, direct- 
manipulation editors are incremental in 
nature; they perform the minimum work 
required to reformat a document and dis¬ 
play the new image immediately. This 
immediate response is crucial to opera¬ 
tions requiring visual feedback. 

For instance, consider the task of laying 
out a page of windowed text. In a layout- 


driven direct-manipulation system one 
would do this simply by dragging the 
mouse, specifying the text blocks involved, 
and defining their links for the flow of 
text, as illustrated in Figure 2. The inter¬ 
face to the task domain is direct and 
straightforward. 

Creating a page layout with an embed¬ 
ded element—such as the layout of this 
paragraph—is quite difficult, if not impos¬ 
sible, in rigid source-language-oriented 
systems like Scribe and SGML. In more 
flexible systems such as Troff and TeX, 
however, such things are possible but non¬ 
trivial. Defining macros that handle 
general windowed text requires a high 


degree of wiz- 
for instance, 
can be redefined 
differently, but 
quired 


ardry. In TeX, 
output routines 
to lay out pages 
the code re- 
'duce general 


windowed text is quite involved. But once 
that code has been figured out, generating 
a paragraph like this one is relatively 
straightforward. With the macros defined 
by Hoenig, 19 producing this paragraph is 
reduced to calling window-opening and 
window-closing macros at the beginning 
and end of the paragraph (Figure 5). 

The standard direct-manipulation 
approach to this kind of irregular page lay¬ 
out and the way TeX handles it are some¬ 
what different. In the direct-manipulation 
approach, the abstractions of text blocks 
and their links are general enough to cover 
a variety of situations. For example, creat¬ 


ing a circular window is based on the same 
interface used to create a rectangular one 
such as that shown in Figure 2, and so is 
creating a layout whose text first fills up 
every line on the left side of a window and 
then the right. In TeX, producing a circu¬ 
lar window requires modifying ‘ ‘beginwin¬ 
dow” to accept a much more complicated 
parameter passing scheme. And to pro¬ 
duce a different flow of text around the 
window, a new set of macros must be 
defined for that purpose specifically. The 
real issue, however, is obtaining a visual 
approximation of the ultimate page lay¬ 
out. It is clear that direct manipulation is 
more appealing in this respect. 

We cannot leave document processing 
without discussing “what you see is what 
you get,” or WYSIWYG, which is one of 
the primary features of many electronic 
publishing systems. WYSIWYG should 
not be considered a synonym for direct 
manipulation, however. WYSIWYG 
refers to the correspondence between what 
is presented on a display and what is gener¬ 
ated on some other device. In the context 
of electronic publishing, WYSIWYG 
means a close correspondence between a 
displayed document representation and 
the final hard copy. Direct manipulation 
is a more general concept that models user 
interfaces. A direct-manipulation docu¬ 
ment preparation system may not main¬ 
tain a WYSIWYG relationship between a 
displayed representation and the final hard 
copy. Galley-oriented document editors 
like Tioga, Andrew’s text editor, and Dia¬ 
mond are of this type. Conversely, abatch- 
oriented, source-language-based format¬ 
ter may be coupled with a previewer that 
is WYSIWYG. 

Pre- and postprocessing. There are a 
number of tasks that must be performed 
either before or after formatting, and there 
must be facilities to do this—that is, there 
must be pre- and postprocessing facilities. 
A common characteristic of these facilities 
is that they often require a stand-alone 
processor to accomplish the intended task. 
For instance, a spelling checker, a bibliog¬ 
raphy processor, and an index processor 
may be needed for checking spelling, 
resolving citations, and permuting index 
entries, respectively. The traditional 
approach is, of course, source-language- 
based and batch-oriented: an intermediate 
file is generated as a derivative of the main 
document; this file is passed to a desig¬ 
nated processor; and the result is incorpo¬ 
rated back into the main document. This 
approach applies not only to standard 
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noninteractive document compilers like 
Troff and TeX but also to a number of 
direct-manipulation environments. For 
example, index processing in Frame 
Maker, Microsoft Word, and Ventura 
Publisher is handled by a noninteractive 
off-line program. 

For this type of processing, direct 
manipulation requires a high overhead for 
a relatively minimal payoff. For instance, 
in compliance with the direct- 
manipulation paradigm, an index entry, 
whenever entered into the document body, 
must immediately appear in the index sec¬ 
tion (with its page number) in alphabeti¬ 
cal order with respect to other entries. This 
capability requires extensive support in the 
internal data structure but does not con¬ 
tribute toward any significant improve¬ 
ment in generating the final index. The 
same criticjsm applies to the processing of 
similar objects such as a bibliography, a 
glossary, a table of contents, and cross- 
refgrences. 

The need for stand-alone processors 
seems inevitably batch-oriented, but there 
are other objects of pre- and postprocess¬ 
ing that require interactive support. These 
include, among others, correcting mis¬ 
spelled words, browsing the bibliographic 
database to extract citations, and placing 
index commands into the document body 
in a systematic fashion. All of these require 
close integration with the document edi¬ 
tor. If these objects are not maintained in 
the internal representation, a good 
manuscript-level pattern-matching mech¬ 
anism (for example, regular expression 
search, query replace, and query insert) is 
imperative. 

Notice that in a direct-manipulation sys¬ 
tem, the tags for markjng citations, cross- 
references, and index entries cannot 
appear directly in the document under 
manipulation because their original forms 
may not correspond to any physical 
appearance. A common solution is to put 
them in “shadow pages” instead of in the 
direct-manipulation representation. Thus, 
a shadow document is the original docu¬ 
ment plus these tags, whose markers can 
be displayed upon request for editing pur¬ 
poses. Users operating under this extended 
direct-manipulation model are actually 
dealing with dual representations of the 
document, although the variation between 
the source and target is not as significant 
as that in a true source-language-oriented 
system. 

Imaging, filing, and interchange. The 

on-line imaging mechanism of most direct- 


manipulation systems is based on immedi¬ 
ate interpretation of their internal repre¬ 
sentation of a document. Their off-line 
filing representation is some textual 
description of the internal structure, but 
not necessarily one in any real program¬ 
ming language. This textual description 
can be passed to a device-specific printer 
driver for a hard copy. Similarly, most 
source-language-oriented systems generate 
their output in some generic representa¬ 
tion; device drivers are needed for either 
screen previewing or printing a hard copy. 
Examples of such representations include 
TeX’s DVI (device-independent) format 
and the Ditroff format. A common fea¬ 
ture of this type of device-independent 
“virtual machine” is that its imaging 
model is extremely simpleminded; its basic 
construct resembles low-level assembly 
code more than a high-level programming 
language. 

Recently, a new b re ed of programmi ng 
language known as a page descriptio n lan- 
guage, or PDL, has emerged as the pre¬ 
ferred representation for filing as well as 
off-line imaging (printing) . There are cur¬ 
rently thre g major PDLs: Interpress. Pos t¬ 
script, and DD L (document description 
language). Advantages of PDLs include 
hlgKfevei program constructs, arbitrary 
transformations at the imaging level, uni¬ 
form treatment of graphics and text 
(fonts), and device independence. 

Many systems use PDLs for the off-line 
filing representation because PDLs are 
supported by an increasing number of 
printers. The on-line imaging mechanism 
in most direct-manipulation systems, 
nevertheless, is still based on lower-level 
descriptions. The result is a discrepancy 
between the on-line imaging and the more 
versatile imaging offered by the off-line 
PDL representation. This problem can be 
solved by providing a PDL server on-line 
and representing the internal structure in 
the PDL. In reality, a PDL server (inter¬ 
preter) can be realized, in ascending degree 
of generality, as a client-level application 
for graphics specification (for example, 
Postscript in VorTeX), the underlying 
imager of a window system (for example, 
Interpress in Cedar), or even the window 
system server itself (for example. Post¬ 
script in the NEWS window system). 

Another aspect of off-line filing con¬ 
cerns saving a snapshot of the internal 
state so that future invocations can take 
place incrementally. This aspect is analo¬ 
gous to saving object files for a source pro¬ 
gram. It can also be viewed as a 
checkpointing mechanism that provides 


backups as well as a means to support 
undo operations. The issue here is the stan¬ 
dard space/time trade-off. The simplest 
approach is to save the entire core image 
and reload it when a rollback or reinvoca¬ 
tion is requested. The penality, of course, 
is tremendous storage overhead. A more 
“source-based” approach would take 
more time abstracting the essential parts 
and saving them structurally in a textual 
format. It would take time to recover the 
state when a rollback or reinvocation hap¬ 
pens, but the filing representation would 
be much more compact. 

An area of emerging importance in 
document development concerns inter¬ 
change formats. The goal is to exchange 
documents electronically among 
geographically distributed sites that are 
a heterogeneous in hardware and software. 
To avoid developing n 2 translators among 
n different types of systems, the idea is to 
devise a common intermediate format so 
that only 2 n translators are needed. 

Annotations/narrations and dynamic 
reading. So far our focus has been on 
document composition, or the writing side 
of document preparation as a whole. The 
other half of the story, which has too often 
been ignored, concerns effective reading 
of a document. Reading is a rather direct 
process, but when references are involved 
a reader relies on a somewhat indirect 
approach. For instance, when a biblio¬ 
graphic reference is of interest, the reader 
needs to go to the bibliography and look 
up the cross-reference information avail¬ 
able there. 

The notion of documents as static still 
dominates our way of reading even in the 
era of electronic media. On our favorite 
document-preparation systems, we are still 
creating bibliographies and indexes in the 
traditional way. Part of the reason for 
doing so is the need for hard copies con¬ 
sistent with the traditional form. But if this 
requirement can be relaxed, we should 
think seriously about what exactly the pur¬ 
poses of references like a bibliography and 
an index are. Their foremost function is to 
allow the reader to access relevant infor¬ 
mation efficiently. Creating separate bib¬ 
liography and index sections is the best we 
can do in the static print medium. 

In an integrated electronic document 
environment, much of this information 
can be stored internally. Instead of requir¬ 
ing the reader to actually read the section 
that contains the references (indirectly 
access the information), the system can 
allow the reader to access references in a 
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direct and context-sensitive way. For 
instance, when a citation is of interest, the 
reader can use a menu of options to either 
inspect the content of the bibliographic 
entry in a separate window so that reading 
of the main document is not hindered, or 
visit the actual document referenced by the 
citation. If the reader selects an object of 
a different nature, its context gets reflected 
in the menu immediately. 

Operations like these can go beyond 
‘ ‘what you see is what you get. ” With the 
“shadow document” approach men¬ 
tioned earlier, for example, annotations 
can be associated with key concepts and 
embedded in the document invisibly. Thus 
the information a document is able to con¬ 
vey can be much more than meets the eye. 

A system that supports this type of non¬ 
linear reading is referred to as a hypertext 
system. 20 The key here is the ability to cre¬ 
ate links among objects within the same 
document and, in many cases, across 
different documents. More ela bora te 
-hypertext operations are possible. 21 Some 
candidates include local features like filter- 
ingTrestri cted reading) and fisheye vjejy^ 7 '' 
V-.jag. Cfo^sedTeaamg^andjnoTCglobal 
ones hke~du£ument navigation and dis¬ 
semination. 

Another important property of an elec¬ 
tronic document is that its presentation 
need not be confined to a single, static 
medium. It can comprise dynamic pictures 
(animation) with voice narration, for 
example. Such hypermedia documents 
require extensive internal support, and its 
user interface must be based on a clever 
blending of the source-language and 
direct-manipulation models. Apple’s 
recently introduced HyperCard is a hyper- 
text/hypermedia sysferrrwith-an excellent 
blending of the two approaches. 

Procedurality vs. 
declarativeness 

Document processing systems can also 
be classified according to their degree of 
procedurality, which refers to the 
granularity of control over a specific task 
a user is allowed to possess. One can also 
think of the degree of procedurality as the 
amount of information a system must 
know a priori in terms of the document’s 
style and structure. Consider formatting, 
for example. At one end of the spectrum, 
there is what may be called the pure pro¬ 
cedural scheme, which requires the user to 
specify exactly how the formatting ought 
to be carried out at the physical layout 


level. At the other end is the pure declara¬ 
tive (or descriptive) scheme, in which the 
user specifies just what a document should 
be at the logical-structure level; here, for- 
matting details associated with various 
document styles are hidden from the user. 

There are pros and cons for both 
schemes. Our first consideration is device 
independence. Declarative systems like 
SGML achieve device independence by 
associating different formatting functions 
for different devices with the same docu¬ 
ment. This means that one source docu¬ 
ment, when processed with the right 
formatting procedure, can be printed on 
devices from line printers to high- 
resolution typesetters. Procedural systems 
like TeX do not explicitly maintain device 
independence at the source level; they 
instead realize it by generating output in a 
generic format (in TeX, DVI) that can be 
translated into a variety of device (printer 
or screen) languages. The premise here is 
that the capabilities of the devices are com- 
\parable and the fonts used by the format¬ 
ter are available on the devices. Device 
independence, in this respect, guarantees 
that exactly the same output can be 
produced on comparable devices with 
resolution being the only difference. 

The true merit of the declarative scheme 
is that it relieves the user from dealing with 
details of formatting. A declarative system 
is normally more compact and thus easier 
to implement. The major limitation, how¬ 
ever, is with its rigidness. To manipulate 
document styles the user must master a set 
of functions different from the formatting 
language he or she uses for document com¬ 
position. Hence, it is usually difficult for 
a casual user to perform fine tuning if the 
formatted result is unsatisfactory. A 
direct-manipulation approach is more 
appealing in this respect. Instead of being 
programmed in a style definition metalan¬ 
guage, all declarative attributes can be 
encapsulated in property sheets with an 
obvious form-based user interface. Then 
the question becomes whether or not every 
bit of detail in controlling the formatting 
information can be parameterized declara- 
tively. 

In contrast, it is in the area of fine con¬ 
trol that a procedural system demonstrates 
its strength. Another advantage of a pro¬ 
cedur al system like TeX is its extensibility^ 
'tfiacros can "be usetLtxnleftrreTrigh-level 
structures or even emulate declarative 
properties (for example, as in LaTeX 23 ). 
On the other hand, emulating procedural 
properties in a declarative system like 
SGML is very difficult. The trade-off here 


is between power and ease of use. The two 
schemes seem to complement each other in 
many respects. In any event, the degree of 
procedurality serves as a basis for evalu¬ 
ating different versions of the hybrid 
model. 

Design methodology 

We have raised a number of issues— 
some are orthogonal and others are some¬ 
what contradictory. The most essential 
question concerns the relationships among 
the two models, the task domain, the var¬ 
ious representations, their transforma¬ 
tions, and the notion of procedurality. 
Here we address this question and estab¬ 
lish a framework for analyzing and design¬ 
ing multiple-representation systems. This 
framework differs from formal models 
like Sandewall’s theory of information 
management systems 24 in that it is less 
complex and therefore much easier to fol¬ 
low, and addresses more properly the 
multiple-representation aspect of docu¬ 
ment preparation and possible extensions 
to similar software environments. 

The basic structure of multiple- 
representation document development 
systems—the representation domain —is 
illustrated in Figure 6. As shown in the fig¬ 
ure, this structure includes four generic 
representations: 

• S—a source representation support¬ 
ing high-level programming constructs 
such as abstraction mechanisms (macros, 
procedures, and variables) and control 
structures (conditionals, iterations, and 
recursions). A document in TeX or Troff 
is a representation of this type. 

• O —a structural view of the basic 
objects involved in the system. This repre¬ 
sentation may be one with built-in declara¬ 
tive logical components such as those in a 
document in SGML, or one with object- 
based input/output such as that for a 
drawing in MacDraw, or one with a hier¬ 
archical structure like the internal repre¬ 
sentation of VorTeX. 

• T— a representation corresponding to 
the objects’ physical structure after 
processing. This representation is usually 
device-independent. 

• D —the actual device-dependent 
image. 

The basic structure may be augmented 
with derivatives of the four generic 
representations required by a particular 
task. We must point out that S is not the 
exclusive representation of the source- 
language model mentioned earlier. For 
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instance, SGML, a source-language- 
oriented system, is classified as having a 
primary representation of O rather than S. 
The distinction here stems from the avail¬ 
ability of program constructs. 

The basic structure also has an abstrac¬ 
tion for various types of user interfaces U. 
Possible distinctions are key¬ 
board/command-based interfaces versus 
mouse/menu-driven interfaces versus 
combinations of them, textual versus 
graphical interfaces, and so on. Figure 6 
shows U as a single entity, but it may be 
refined to reflect these distinctions or be 
specified according to more sophisticated 
guidelines. 

There ate several important aspects of 
this structure that underscore and unify all 
thejssties in question: 

• Whether or not a representation (solid 
box in Figure 6) exists. 

• Whether or not an existing represen¬ 
tation is made explicit to the user (whether 
or not there is a dashed line connecting a 
solid box and the dashed box). If so, 
whether or not the relation is bidirectional. 

• Whether or not a transformation 
(solid line) exists between two existing 
representations. If so, whether or not the 
transformation is bidirectional. 

An instance of the fundamental 
structure—a representation instantiation 
—is called S3 and is described by a 
quadtuple: 



Figure 6. Fundamental structure of multiple-representation systems. The four solid 
boxes are the various representations in question. Each solid line connecting these 
boxes refers to a transformation between the two representations. The dashed box 
on the right stands for the user interface abstraction. Each dashed line indicates a 
link between the various representations and the user interface. The figure shows 
that all four are connected among themselves; they are also connected with the user 
interface. The real situation, however, is that the connections are directional, and 
for certain systems some of the nodes and edges in the graph may be absent. 


n 0 = {D u D 2 , . . .}, one or more 

device image representations. 


S3 = (fl, 0, T, A) 


n = n s u n 0 u n r u n D , a set of 

one or more representations, 
0 = {U U U 2 , . . . }, a set of user 
interface abstractions, 

T = {ttj— *7i 2 17ii ,Tt 2 G n}, a set of 
interrepresentational transfor¬ 
mations, and 

A = {rr-eore-n | ti € n, 0 6 0}, 
a set of user interface 
relations, 

and where 


n s = {Si,S 2 , . . .}, one or more 
programmable source 
representations, 

n 0 = {0 t ,0 2 , . . .}, one or more 
structural object represen¬ 
tations, 

H r = {T\,T 2 , . . .}, one or more 
physical target representa¬ 
tions, and 


Intuitively, 7q-*n 2 (7q,7i 2 G n) means 
representation tii can be directly trans¬ 
formed into representation n 2 . This trans¬ 
formation can be illustrated graphically by 
an arrowhead at the end of the solid line 
connecting rq and tt 2 . Similarly, n-*0 
means representation n € n can be 
explicitly viewed by the user with interface 
6 G 0, and 0-*n means representation n G 
fl can be accessed or manipulated by the 


user through interface 0 G 0. For con¬ 
venience, iq - * tt 2 , can be 

abbreviated as ni*+n 2 , and 7q-*n 2 , rq-'-rq 
as n 1 -> n 2 -*7i3. (These are solely for nota- 
tional convenience. No transitivity is 
implied in 7q-*7i 2 -*-n 3 — that is, it does not 
imply 7q-*-n 3 .) 

The design of a multiple-representation 
system, therefore, is to derive a represen¬ 
tation instantiation Q for each member of 
the task domain, as shown in Figure 7. 
Defining an S3 requires identifying (1) the 
representations to be maintained (fl), (2) 
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Figure 7. Task and representation domains. The vertical bar represents the bound¬ 


ary between the task domain on the left ar 
right. A multiple representation system is 
representation domain. 


the specification of a user interface 
abstraction (0), (3) the set of interrepresen- 
tational transformations among members 
of n, and finally (4) the set of user inter¬ 
face relations from n to 0 and vice versa. 

Given this framework, it becomes nat¬ 
ural to analyze systems belonging to either 
the source-language or the direct- 
manipulation camp, or to discriminate 
procedural systems from declarative ones. 
For instance, a source-language-based 
batch system implies the existence of a rep¬ 
resentation S or O and some unidirectional 
relations from this representation to T or 


1 the representation domain on the 
mapping from the task domain to the 


D. (Our notation conventions are obvious 
here; we assume S G n s , 0611 0 , TG n r , 
D G n D , U GO, and similarly with sub¬ 
scripted ones used later.) A direct- 
manipulation system, on the other hand, 
will be based on an instance of 2 having 
n**6 in T (n G n and 0 € 0), with the added 
criterion that feedback from the system be 
immediate in order to create the sensation 
of directness. Furthermore, the property 
of procedurality usually means that either 
S-+T, S—D, or T—-D is in I", and that 
either U~*S or U—Tis in A (that is, either 
S or Fis user-manipulable). Finally, in a 


declarative system n s will normally be 
empty and n 0 will be the only set of 
manipulate representations. 

Based on these observations, it is 
interesting to compare direct- 
manipulation graphics editors such as 
MacPaint, MacDraw, and Adobe Illustra¬ 
tor. MacPaint can be described by 

0-*D, U^O, D**U 

because the user creates drawings with 
some object-level menus ( U~*0 ). But once 
specified, objects are transformed into a 
device-dependent image ( O+D ), which 
can be viewed and manipulated by the user 
( D**U ). In contrast, MacDraw cor¬ 
responds to 


O+T, T**D, 0**U. 

There are two major differences here: 
first, in MacDraw the user views and 
manipulates drawings at the object level, 
and second, drawings in MacDraw are 
device-independent due to the presence of 
a target representation. Finally, Adobe 
Illustrator is close to 

0**T, T**D, D~*0, 0**U, U~*D. 


The crucial difference between Adobe 
Illustrator and MacDraw is U-^D^-O, 
which underscores Adobe Illustrator’s 
capability for the user to unravel geomet¬ 
ric objects from bitmaps by tracing the 
image. 

More important, this framework facili¬ 
tates the analysis of existing multiple- 
representation system# and the design of 
new ones. The basic criterion here is that 
at least two members of n must be 
manipulate. Emacs, for example, can be 
viewed as a system having Q Emacs for text 
editing, with the majority of remaining 
members in the task domain mapped to the 
empty set, where 2 Emacs is defined as 
follows: 


fl Emacs = fis U [i 0 U U T U lie 

= {S} U {O} U {T u T 2 } u 

{D}, 

0 Em acs = {£/}. 

I""Emacs = {S^S, O-S, S«7j, 

t^t 2 , t 2 **d, }, 

Agniacs = U-+0, U-*T\, 

u~T 2 ,}. 


To interpret this specification, one can 
think of S as the Lisp code under which 
Emacs operates, O as the collection of 
user-level objects such as characters, 
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Figure 8. Graphical specification of Q K ma«- The task of text editing has been singled 
out by the heavy box on the left. The shaded boxes represent other tasks involved 
in the overall system that are not the focus of current instantiation. Empty boxes 
are those tasks that play no roles in the system. 


words, lines, and regions, 7j as the one¬ 
dimensional text stream (where a line feed 
is just an ordinary ASCII character), and 
T 2 as the corresponding two-dimensional 
text array (where a line feed causes a line 
break). The combination of 7j and T 2 
forms the overall target representation T. 

Thus Q E maf S says that the user can view 
both source jand two-dimensional target 
representations (S-~U and T 2 -*U) and 
manipulate either the one-dimensional text 
stream (U-”T l ), the two-dimensional text 
array ({/-*■ T 2 ), the objects ( U~*0 ), or the 
program (U—-S). Operations on objects 
get transformed into code (0-*S), which 
is then evaluated and represented in the 
one-dimensional text stream (S-*-7j). 
Both O are 7j are implicit since they are 
not explicitly exposed *o the user (that is, 
no 0~*U or T X -*U). 

T is split into 7j and T 2 because the user 
operates on the one-dimensional text 
stream as well as on the two-dimensional 
text array, although the actual screen 
appearance is two-dimensional. Normally, 
“next-line,” “previous-line,” and a host 
of common operations are two- 
dimensional. But things like “forward- 
char” and “backward-char” are one¬ 
dimensional; at the boundary of current 
line they move to the adjacent boundary 
of the next or previous line linearly. Fur¬ 
thermore, the actual internal representa¬ 
tion is one-dimensional because a 
character is addressed by an offset relative 
to the beginning of buffer instead of by a 
two-dimensional coordinate. 

One interesting point is that a recursion 
can be observed in S Emacs —although it is 
not explicitly shown—and the editing of S 
is essentially an instance of S EmaC s- In 
other words, S can be expanded to a secon¬ 
dary n Emacs , S-+S is equivalent to the com¬ 
posite of the rest of r Emacs , and S**U is, in 
effect, the composite of the rest of A Emacs . 

An Q may be specified graphically. Fig¬ 
ure 8 shows S Emacs ’s corresponding 
graphical specification. Figure 9 is an 
instance of a design reflecting some major 
features of Tweedle mentioned earlier. 
Because Tweedle supports both a textual 
form of procedural language as well as an 
object-level graphical representation, the 
task domain includes primarily text edit¬ 
ing and graphics specification. The text 
editing side of the story is identical to that 
of Emacs discussed above. Figure 9 illus¬ 
trates an £2 corresponding to its graphics 
specification task only. 


The representations and transforma¬ 
tions involved are self-explanatory except 
that there is no transformation from O to 
T because no object-level evaluation is 
available in Tweedle—graphical objects 
always get transformed into code, which 
is then evaluated. One can normally expect 
low-level primitives in terms of registering 
cursor positions or mouse clicks provided 
by the underlying window manager. Note 
that the editing of S is another instance of 
£2 Emacs . This example shows, as an inte¬ 
gration mechanism, how one Q may be 
plugged in as a component of another Q. 


This framework is by no means com¬ 
plete or precise, but it does establish a good 
approximation of what is to be accom¬ 
plished by a multiple-representation sys¬ 
tem. We envision that a top-down meth¬ 
odology based on this framework can be 
of use to designers. The design process 
starts with identifying the task domain. 
For each element in the task domain, the 
representation domain is instantiated with 
the specification of an Q. Within each Q, 
finer issues are then sorted out, and that 
may go down as deep as stepwise refine¬ 
ment requires. 
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Case study 

Let us examine the principal properties 
of VorTeX, a document development 
environment based on the multiple- 
representation paradigm, as a case study 
of the methodology introduced previ¬ 
ously. Some key ideas in VorTeX are com¬ 
pared to Quill, 25 which focuses on the 
same set of issues as VorTeX does. Here, 
we concentrate on properties insofar as 
specifying 2 is concerned; we deliberately 
omit issues of finer granularity for the sake 
of clarity. 

Using the top-down methodology, we 
start identifying the task domain as con¬ 
taining everything listed (in the section 
titled “Task domain”) plus a few deriva¬ 
tives (to be described later). We then have 


to define an Q for each member of the task 
domain. Before we give the specifics of 
these Q’s and their interrelationships, we 
need to mention that VorTeX’s source lan¬ 
guage for formatting and layout is TeX. 
Since graphics in TeX is virtually unde¬ 
fined, we have chosen Postscript as our 
graphics specification language. Both of 
these tasks are maintained in multiple 
representations. 

Text editing. Text editing in VorTeX is 
based on the Emacs paradigm. Despite 
some differences in the fine points, Q Emacs 
given in the last section would suffice 
in describing VorTeX’s multiple- 
representational view of text editing. Like 
Emacs, language-specific modes will be 
available for editing code in TeX or Post¬ 


script. The underlying Lisp subsystem is 
not confined to the the task of editing; it 
also serves as the basis of system integra¬ 
tion and a host of computation-related 
jobs, as will become clear. 

Graphics specification. VorTeX’s 
graphics is based on Postscript. Like 
Tweedle, a program representation as well 
as a graphical view of the objects are 
implicitly maintained by the system and 
explicitly manipulated by the user. There¬ 
fore, the Q defined in Figure 9 also 
describes VorTeX’s graphics subsystem. 
In detail, however, the actual representa¬ 
tions are distinct due to the differences 
between Postscript and Tweedle’s under¬ 
lying procedural language. 

is available for rendering images in the 
graphics editor. The same server also inter¬ 
acts with VorTeX’s main document dis¬ 
play module. When a picture is 
encountered in the displayer, the cor¬ 
responding code is transmitted to the Post¬ 
script server. It, in turn, hands back thfe 
graphics as a raster image, which is then 
incorporated into the document’s device 
representation. 

Formatting/layout. For the task of 
specifying a document’s textual content in 
general and its formatting and layout 
information in particular, VorTeX pro¬ 
vides a source-level program (in TeX) as 
well as a target-level view to the user. Oper¬ 
ations performed on one representation 
will be propagated to the other automati¬ 
cally. The idea is to take advantage of the 
“expressiveness” of a source program¬ 
ming language and also the immediate vis¬ 
ual response given by a direct- 
manipulation user interface to the target 
representation. 

Figure 10 shows the representation 
instantiation (Q) of V»rTeX’s formatting 
and layout. It says that the document’s 
source representation (S) is transformed 
into an internal object structure (O), which 
then becomes the physical layout (7) of the 
document after formatting. This target 
representation can be interpreted by a dis¬ 
player on-line or translated off-line into a 
file format such as DVI or a program in a 
certain printer language such as Postscript. 
Both S and T may be manipulated by the 
user. The bidirectional transformation 
between 5 and U is an extended version of 
^Emacs* Changes to S are reflected(n itself 
directly and are propagated to T through 
O. Changes to T, however, are first 
propagated to S and finally go through the 
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Figure 10. Representation instantiation of VorTeX’s formatting and layout. 


S—0~*T cycle to be reflected back to 
.itself. 

Propagating changes from source to tar¬ 
get is straightforward in concept because 
that is exactly what TeX does. The subtlety 
here is that VorTeX needs an incremental 
instead of a batch-oriented implementa¬ 
tion; this generates a number of interest¬ 
ing issues not encountered in the batch 
version. The fact that TeX is macro-based 
complicates this problem even more. 

In VorTeX, a close relationship is main¬ 
tained between the source representation 
(S) and the two internal representations (O 
and 7). Incremental formatting is based on 
marking and sweeping dirty nodes in S and 
O and on comparing newly generated code 
with what is stored in T. The strategy here 
is, in principle, similar to IBM’s Interac¬ 
tive Composition and Editing Facility, 
Version 2. 26 

Reverse mapping. The next major issue 
concerns identifying the set of direct- 
manipulation operations that must be 
encapsulated in T and realizing the reverse 
mapping mechanism that propagates side 
effects back to S. We believe page layout, 
object placement, attribute update, and 
similar operations would benefit most 
from prompt visual feedback and are 
therefore reasonable candidates to be 
incorporated in the direct-manipulation 
interface to T. For instance, a page layout 
specified at the target level in direct manip¬ 
ulation, as shown in Figure 2, would cor¬ 
respond to the TeX source code of Figure 
5 by the reverse mapping facility. 

The question is how to carry out reverse 
mappings systematically. In VorTeX the 
reverse mapping mechanism is realized by 
associating each target-level operation 
having any side effects with a Lisp func¬ 
tion at the source editor. Whenever such 
an operation is executed in the target edi¬ 
tor, the corresponding Lisp function gets 
invoked and evaluated by the source edi¬ 
tor. The user interface is quite flexible in 
that it can be either command-driven (with 
the standard Emacs keyboard binding 
scheme), menu-driven (with a mouse as the 
primary input mechanism), or a combina¬ 
tion. It is also extensible; new instances of 
reverse mapping can be added to the sys¬ 
tem by the user, which will be consistent 
with the overall interface structure. 

All of these are made possible with the 
support of a Lisp programming subsystem 
within the environment. Reverse mapping 
is programmed on top of the system’s edit¬ 
ing primitives for source-level pattern 
matching and some extended functional¬ 


ity for internal representation accessing. 
Thus, to lay out something as exotic as Fig¬ 
ure 2 in the middle of a page, the cor¬ 
responding Lisp function may look like 
what is shown in Figure 11. In the code, 
“begin” and “end” represent the begin¬ 
ning and end, in target positions, of the 
paragraph in which a window is to be 
opened. The function “goto-char” posi¬ 
tions the cursor to the point given as argu¬ 
ment in the source editor, where the 
positions are translated by “target-to- 
source” from target to source via internal 
data structure accessing. Finally, inserting 
the text for opening and closing the win¬ 
dowed paragraph is straightforward. 

The reverse mapping of page layout is 
relatively trivial compared to things related 
to “macro unraveling.” A macro and its 


arguments in the source representation (S) 
may not have a one-to-one correspon¬ 
dence with the expanded text that ulti¬ 
mately appears in the target representation 
(7). Typically there are three cases in a 
macro expansion: one, text as arguments 
of a macro in S gets carried over to T\ two, 
text in S is consumed by the expansion and 
therefore disappears in T; and three, new 
text originally not in S gets introduced in 
7’by the expansion. When the expanded 
text is selected in T, what are the seman¬ 
tics of target-level operations using the 
selected text as an operand? 

As a premise, the selection mechanism 
must be able to tell if the text is part of an 
expanded macro. Since internal- 
representation-accessing primitives are 
available to the Lisp subsystem and since 
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(defun create-windowed-par (begin end lintel-ht side-wd window-ht) 
(goto-char (target-to-source begin)) 

(insert “\\beginwindow” 

“\\lintel” lintel-ht “\\lines” 

“\\side \” side-wd “in” 

“\\window” window-ht “\\lines\n”) 

(goto-char (target-to-char end)) 

(insert “\\endwindow\n”)) 


Figure 11. Reverse mapping of page layout. Above is the Lisp function to be trig¬ 
gered when a paragraph like Figure 2 is laid out in the target editor. This function 
operates in the source representation. The first two arguments, given in target posi¬ 
tions, must be translated into source positions via internal-representation accessing 
before they are used. The next three arguments represent, respectively, lintel 
height, side block width, and window height, as required by the windowed text 
environment shown in Figure 5. 


the object and target representations (O 
and T) are tightly coupled, one can easily 
determine if any selected text is in the 
proper scope of a macro. To handle the 
semantics, case two can be eliminated first 
because disappeared text will not be 
selected in T anyhow. Depending on the 
user’s intention, there are three possi¬ 
bilities: 

• The interest is in plain text only 
regardless of how the macro is expanded. 
Thus, including the text introduced by a 
macro, all “characters” seen by the user 
can be used as the operand, but no other 
attributes (for example, typeface or size) 
will be associated with it. They are coerced 
into their destination and regain the neces¬ 
sary attributes from the surrounding envi¬ 
ronment. Operations of this type must be 
nondestructive with respect to the selected 
text itself. A plausible operation belong¬ 
ing to this group is “copy.” 

• If the selected text is carried over from 
S, destructive operations such as “insert,” 
“delete,” “move,” and so on are legiti¬ 
mate. Side effects are first reflected in S 
(the cursor will be “warped” to the source 
editor window) and eventually get 
reflected in Tthrough the S—O-* *T cycle. 

• If the text is introduced, such destruc¬ 
tive operations will be disabled with some 
warning messages. One step beyond this 
approach is a query asking the user if the 
intention is to modify the definition of the 
macro in question. If so, the macro- 
unraveling Lisp code can scroll to the most 
recent spot in context where the mucro is 


defined and let the user do the modifica¬ 
tion at the source level. A more elaborate 
approach incorporates certain rules that 
correlate encapsulated operators and oper¬ 
ands in T with the underlying TeX code to 
be inserted to the macro definition in S. 

Reverse mapping on the basis of per 
target-level operation is somewhat special 
to VorTeX. By contrast, in Quill 25 the 
underlying source language is the fully 
declarative SGML. There are two levels of 
internal representations (O and T) main¬ 
tained in Quill as in VorTeX. Unlike Vor¬ 
TeX, however, Quill’s external source 
representation is hidden during editing 
(that is, there are no connections between 
S and U). The only role SGML plays is off¬ 
line filing and document interchange. In 
other words, reverse mapping becomes 
unnecessary in Quill. Its logical object rep¬ 
resentation (O) is a mirror of an SGML 
document; each node in O corresponds to 
an SGML markup tag. Thus, when the 
document is to be filed, all that is needed 
is to traverse O and the corresponding file 
in SGML can be generated. 

As we argued in the section titled 
“Procedurality vs. declarativeness,” the 
trade-off boils down to complexity versus 
flexibility. Compared to Quill, VorTeX’s 
overall architecture is more complex due 
to TeX’s low degree of declarativeness and 
its macro-based abstraction mechanism. 
On the other hand, VorTeX is more flexi¬ 
ble; to create a direct-manipulation-type 
page layout such as that shown in Figure 
2 and be able to map it back to the source 


is simply beyond Quill’s model. Imposing 
logical document structure is also possible 
in VorTeX. Although O does not carry any 
logical meaning in VorTeX, document 
structure and style like those defined in 
LaTeX can be realized by the reverse map¬ 
ping facility, which operates at the source 
level. Since the user interface is customiz¬ 
able, one can effectively hide the proce¬ 
dural aspects of TeX in VorTeX. 

Pre- and postprocessing. The pre- and 
postprocessing facilities by and large fol¬ 
low a trilogy of (1) placing task-specific 
markup tags (commands) in the document 
body, (2) processing an auxiliary file con¬ 
taining information related to these tags, 
and (3) incorporating the results back into 
the main document. In many cases, these 
tags do not appear in the target represen¬ 
tation; instead, they create links between 
different objects. These links frequently 
destroy the strict top-down hierarchy of 
the document’s internal logical structure 
(O). 

In VorTeX, all three steps are again 
built on top of the Lisp programming sub¬ 
system. Since a source representation is 
explicitly maintained, there is no need to 
hide these tags in the “shadow.” The 
advantage of operating at the source level 
is that the internal representation does not 
have to increase its structural complexity. 
Tags such as citations retrieved from a bib¬ 
liographic database are directly inserted 
into the document source. The program¬ 
ming layer also has control over external 
processors. Thus, when the off-line 
processing is finished, the result can be 
interactively incorporated back to the 
source representation by the top level of a 
Lisp program that initiated the processing. 

Imaging and filing. VorTeX’s on-line 
imaging mechanism is based on direct 
interpretation of the target representation. 
Both its source in TeX and a translation of 
T (for example, in DVI or Postscript) can 
be filed as the off-line representation. It is 
also possible to base the on-line displayer 
completely on a PDL-like Postscript 
because such a server is already available 
for rendering graphics. The Q for on-line 
imaging has been covered above; the one 
for off-line filing and imaging is a straight¬ 
forward batch approach. 

Dynamic reading. Given a full-blown 
PDL as the graphics image server (Post¬ 
script in this case), VorTeX is able to pre¬ 
sent pictures dynamically. This dynamic 
behavior may happen in one of two 


COMPUTER 















modes: playback or synthetic. In playback 
mode, the document displayer constantly 
gets notifications from the Postscript 
server with new raster images of the same 
picture. In processing each notification, 
the old picture is erased and replaced by a 
new image. If this redisplay happens fre¬ 
quently enough, it becomes, in effect, ani¬ 
mation. In synthetic mode, the displayer 
simply executes a Postscript program that 
takes care of itself in terms of any 
dynamics involved. The premise, however, 
is that the document displayer be the Post¬ 
script server itself. From the multiple 
representation’s viewpoint, the playback 
mode i^ closer to direct manipulation 
because scenes as raster images are the 
basic manipulable objects, while the syn¬ 
thetic mode is closer to the source- 
language model because of its program¬ 
ming aspects. 

Furthermore, given the Lisp program¬ 
ming subsystem, the ability to access inter¬ 
nal structure through some lower-level 
primitives, and an extensible user inter¬ 
face, VorTeX is capable of providing the 
user with some dynamic viewing function¬ 
ality. The Lisp subsystem is also tightly 
coupled with the pre- and postprocessing 
facilities mentioned earlier. For instance, 
one can select a reference and have the 
content of the reference displayed in a sep¬ 
arate window. This type of context- 
sensitive browsing applies to objects like 
citations, cross-references, indexes, and 
the like. What is special here is that no hard 
links are built into the internal representa¬ 
tions for browsing purposes. Each opera¬ 
tion is realized as a user-level function that 
performs primarily pattern matching in 
the source manuscript with the aid of 
internal-representation-accessing 
primitives. 

Integration. The complete VorTeX sys¬ 
tem is integrated by means of sharing cer¬ 
tain representations (n U 0) or 
transformations ((" U A). For instance, 
S2 Emacs is essentially S~*S**U in the Q of 
both graphics specification and format¬ 
ting/layout; the Q corresponding to 
dynamic reading just mentioned consti¬ 
tutes part of r-*-[/in formatting/layout. 
Also, the internal representations of for¬ 
matting/layout are shared by tasks such as 
reverse mapping, pre- and postprocessing, 
and so on. 

In particular, text and graphics integra¬ 
tion in VorTeX employs a cut-and-paste 
model. The manipulation of text and 
graphics each operates under a distinct 
context. The integration is based on the 


Program constructs 
and visual feedback 
are complementary, 
and a hybrid approach 
would be most 
desirable. 


Postscript imaging server. From the docu¬ 
ment formatter and displayer’s point of 
view, graphics is just a piece of raster 
image. Therefore, text within graphics will 
not be formatted the way regular text is; it 
all depends on how the graphics imager 
treats text and fonts. 

Quill represents a fundamentally differ¬ 
ent model in which arbitrary nesting of text 
and graphics is permitted and their 
processing is uniform. The uniformity is 
achieved by sharing a common object rep¬ 
resentation (O) between graphics specifi¬ 
cation and formatting. Like text, graphics 
nodes in O will eventually be mapped to 
their SGML counterparts. 27 These nodes 
can be arbitrarily nested, and a context- 
sensitive menu will be displayed when a 
node of a particular type is selected. The 
integration mechanism here is based on 
representation sharing rather than on a 
series of transformations, as in VorTeX. 

VorTeX’s Lisp programming sub¬ 
system provides the essential glue for 
integrating the bulk of tasks together in a 
coherent manner. These tasks include 
reverse mapping, the many phases of pre- 
and postprocessing, dynamic reading, and 
so forth. Most importantly, it also serves 
as the backbone behind job control and 
user interface customization. For a com¬ 
plex environment like VorTeX, a user- 
level programmable source representation 
like the Lisp substrate eliminates a great 
deal of complexity from the system’s inter¬ 
nal representations as well as from its over¬ 
all integration mechanism, which may 
otherwise be difficult to manage. 

W e have reviewed a large num¬ 
ber of document development 
systems for text and graphics 
alike from the perspectives of both source- 
language and direct-manipulation models. 


The central theme is that program con¬ 
structs and visual feedback are com¬ 
plementary to each other and that a hybrid 
approach would be most desirable. Yet 
our concern goes beyond superficial 
feature-level comparison and focuses on 
devising a systematic analysis for the 
general notion of multiple representations. 

A complete document development 
environment involves multiple tasks, mul¬ 
tiple representations internally and exter¬ 
nally, and multiple transformations 
among the tasks and representations. We 
have established a framework that clarifies 
such central issues as source-language 
orientation versus direct manipulation and 
procedurality versus declarativeness in 
document development. Although this 
framework is not meant to be a formal 
mathematical model, it does provide a 
good deal of insight into the structuring of 
complex document development envi¬ 
ronments. □ 
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Styles in 

Document Editing Systems 

Jeff Johnson* and Richard J. Beach 
Xerox Corporation 


A ll editing systems, whether for 
documents or other data, pro¬ 
vide two types of functionality: 
static and dynamic. The static functional¬ 
ity of a document editing system is its capa¬ 
bility to produce different types of output 
on a screen or on paper. If someone shows 
you a printed document and asks, “Can I 
use system X to get output that looks like 
this?” he is asking a question about the 
static functionality of system X. The set of 
character fonts in which a system can ren¬ 
der text is an example of its static function¬ 
ality. The ability of the system to produce 
text rotated at arbitrary angles is another. 

The dynamic functionality of a system, 
on the other hand, is the capability of the 
system to support change. If someone 
shows you two paper documents and asks, 
“tjowdoes system A 'he lp me in changing 
document A so that it resembles document 
_ g?” h e is asking a question about the 
dynamic functionality of system X. One 
example of dynamic functionality is the 
ease with which a system renumbers figure 
captions and the references to them. 
Another example is the difficulty of chang¬ 
ing the spacing between body text para¬ 
graphs. 

Most advances in document system 
technology have increased dynamic func¬ 
tionality. The major advantage of word 
processors over typewriters is not that they 


•Presently Johnson is with US West Advanced Tech¬ 
nologies. 



Document styles 
enhance productivity 
and facilitate the 
setting, changing, and 
standardization of 
properties that control 
the layout and 
appearance of 
documents. 


allow typists to include page headings, 
justify paragraphs, or put words in bold¬ 
face. Rather, it is that they allow typists to 
make these changes quickly. The major 
advantage of desktop publishing systems 
over ordinary word processors is not that 
they allow output in multiple fonts and the 
mixing of text and graphics, but rather that 
they speed up the process of producing 
documents that contain such things. 
Before these systems were available, peo¬ 
ple did all of the above by counting manu¬ 
ally typed spaces, cutting and pasting, 
combining hand-placed Letraset text with 


printed output, drawing figures by hand or 
with computer plotters, and so on. 

An important feature of recent docu¬ 
ment production systems is the application 
of document styles. Document styles 
enhance dynamic functionality by 
facilitating the setting, changing, and stan¬ 
dardization of properties that control the 
layout and appearance of document 
content. 

History of document 
editing mechanisms 

A survey of early document editing 
mechanisms reveals the advantages of 
document styles.** The first computer- 
based document production systems con¬ 
sisted of a text editor combined with a 
batch formatting program. The text editor 
in such systems allowed only plain ASCII 
characters and provided no special format¬ 
ting capabilities. Users created formatted 
documents by embedding typographical 
formatting codes in their texts and then 
feeding the text file to the formatter pro¬ 
gram, which translated the formatting 
codes into printer control codes either as 
it printed the document or generated a 
print-format output file. 


•This is a logical history, not a chronological one, 
since for years many systems remained unknown out¬ 
side the company or research lab where they were 
developed, and so preceded their commercially avail¬ 
able “predecessors.” 
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Such systems were called procedural 
markup systems' because the appearance 
and layout of documents were controlled 
by marks in the document that specified 
the procedure for the printer to follow 
when printing the document. The embed¬ 
ded commands specified actions such as 
Enter Bold Mode, Exit Bold Mode, Skip 
Three Lines, and Move Right Three 
Spaces. For the purpose of this discussion, 
the procedural nature of these early 
markup systems is not as important as the 
fact that users controlled appearance and 
layout by specifying typography. 

After procedural markup systems, 
document production systems evolved into 
two types: (1) more powerful markup sys¬ 
tems and (2) more interactive, WYSIWYG 
(what you see is what you get) systems. 

The more powerful markup systems 
eliminated both the procedural and 
typographical specification of document 
format. Instead of embedding commands 
to the printer, the user of such systems 
embedded codes (usually called “tags”) 
that labeled content according to its logi¬ 
cal role in the document (for example, 
whether it was to function as a body para¬ 
graph, a heading, or a figure caption). The 
formats associated with the tags were 
defined somewhere other than at the 
tagged content in the document. The for¬ 
matting program then rendered the text 
file according to the tag definitions, 
producing the correct printer control 
codes. Such systems are called declarative 
markup systems. 1 

Users of these new markup systems no 
longer had to think of document appear¬ 
ance and layout in typographical terms. 
Instead, they could think and work in 
terms related to the content of their docu¬ 
ment. This departure from typographical 
specification was actually more significant 
for the historical development of styles 
than the departure from procedural spec¬ 
ification. 

Markup systems were developed 
primarily for use on large timeshared com¬ 
puter systems. The market for stand-alone 
and networked word processors and for 
personal computers encouraged a more 
interactive, WYSIWYG approach to 
document editing. Though early interac¬ 
tive word-processing software clearly 
showed its origins in markup systems, 
embedded codes in text files disappeared 
as display terminals became more sophisti¬ 
cated. Perhaps the best-known example of 
an interactive word-processing program is 
Wordstar, 2 which was available in the late 
seventies on most of the personal com¬ 


puters then available. 

Wordstar and its competitors create and 
maintain files in a format that can be 
printed more or less directly, and display 
those files as accurately as character termi¬ 
nals will allow. The user specifies the 
appearance and format by issuing com¬ 
mands that change the actual content of 
the print-format file. For example, a user 
command might instruct the system to add 
five spaces to the file at a certain point and 
display the result. Printing the document 
requires virtually no processing: the Print 
command simply prints what is in the file 
at the time. 

Formatting commands in such systems 
are primarily accelerators for creating the 
desired format by typing blank lines and 
spaces into the file manually. For example, 
when a user of Cromemco’s Write- 
Master 3 word-processor positions the cur¬ 
sor on a line and presses the Center key, 
WriteMaster simply adjusts the spacing in 
the file so that the line is centered. 
WriteMaster does not keep a record that 
the line has been centered and does not 
keep the line centered if the text in the line 
is edited. The user has to reissue the Cen¬ 
ter command after making changes. Simi¬ 
larly, in Wordstar the layout of a 
paragraph depends upon the global system 
settings in effect when the text is entered 
or formatted. A right-justified paragraph 
is justified only in that it has the correct 
line breaks and word spacing. There is no 
representational difference between a 
paragraph that is right-justified by com¬ 
mand and one that is right-justified manu¬ 
ally. While such systems can be used to 
create documents with the desired appear¬ 
ance (assuming that character printer out¬ 
put suffices), they obviously lack dynamic 
functionality. 

In the mid-seventies, researchers at the 
Xerox Palo Alto Research Center devel¬ 
oped a document editor called Bravo. 4 
This editor was the first representative of 
the next logical stage in WYSIWYG docu¬ 
ment editing systems. It actually preceded 
microcomputer-based word-processing 
software by several years. 

Bravo features innovations such as a bit¬ 
mapped display, a mouse-pointing de¬ 
vice, and variable-width fonts. More 
importantly, it treats text content as con¬ 
sisting of objects (for example, para¬ 
graphs) that have properties that affect 
how the system renders the objects on the 
screen and printer. In Bravo and similar 
WYSIWYG editors, the properties of a 
given type of document content are, in 
effect, the dimensions along which that 


content can vary. For example, character 
content can vary in font family (Helvetica 
versus Times), font size (8, 10, or 12 
point), font face (bold, italic, underline), 
and so on. Paragraph content might vary 
in alignment (ragged right, centered, justi¬ 
fied), indentation, margins, whether the 
system tries to keep paragraphs together at 
page boundaries, and other properties. 
Page content can vary in number of 
columns, position of headings and page 
numbers, and so on. Graphic figures can 
vary in whether they float with the text that 
refers to them or are fixed in position, 
what type of border they have, if any, and 
so on. Other types of document content 
also can vary, each in ways specified by its 
own set of properties. 

The user of these types of editors can 
change the appearance and placement of 
content by changing the content’s property 
values (using a variety of user interfaces, 
including pull-down menus and property 
sheets). For example, on the Xerox Star 
document editor, 5 to convert a line of text 
into a heading, the user typically selects the 
text and changes several properties until he 
achieves the desired appearance. (See Fig¬ 
ure 1.) 

Controlling document layout and 
appearance by property values is an 
improvement over embedding markup 
codes or issuing commands to modify the 
content of the document file directly. 
However, this method still requires the 
user to think and work in typographical 
terms. It also can be unwieldly: once a user 
assigns properties to a document’s con¬ 
tent, it is tedious and difficult to make sys¬ 
tematic, global changes. 

The next logical step in enhancing the 
user-friendliness and dynamic functional¬ 
ity of document editing systems was to 
apply the idea of user-defined, content- 
oriented tags (such as those used in 
declarative markup systems) to WYSI¬ 
WYG editors. In WYSIWYG systems, 
tags are usually called “styles” because 
they are the electronic analog of the pub¬ 
lisher’s notion of document style and they 
are not visible in the text itself. 

The first style-based WYSIWYG docu¬ 
ment editor was an extension of Bravo 
called Bravox, 6 developed at Xerox 
PARC in the late seventies. Subsequent 
style-based document editors were devel¬ 
oped in the early eighties, also in research 
settings (for example, Tioga 7 at Xerox 
PARC and the Andrew document editor 8 
at Carnegie Mellon University). Not until 
the mid-eighties did style-based editors 
appear in commercial WYSIWYG docu- 
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Figure 1. This property sheet from a Xerox ViewPoint document (formerly called 
the Xerox Star) illustrates a common mechanism for choosing character properties 
of text. The current properties are marked with white text on black backgrounds. 
The list of fonts available appears under the window-shade icon next to the Font 
label. Other property sheets are available for choosing properties for paragraphs of 
text, graphics, equations, spreadsheets, and so on. 


Glossary of document editing system terms 

The following glossary of terms provides definitions for the most important 
concepts that we discuss in relation to styles in document editing systems. 

• Style rule: a named collection of settings for properties of document con¬ 
tent objects. We use the phrase “style rule” instead of the word “style” 
because the latter term is sometimes used to mean stylesheet (the collection 
of style rules). Note that some systems (for instance, MacWrite) use the word 
“style” to refer to font families or to the typeface properties bold and italic; we 
consider these to be properties set by a style rule. 

• Style rule effect: the properties set by a style rule. 

• Style rule name: the name that a user or style designer assigns to a style 
rule. The name should reflect the purpose of the rule rather than its typographi¬ 
cal effect. 

• Style rule reference: an indication, attached to a document content 
object, that the object is to be rendered according to the properties set by the 
indicated style rule, perhaps in combination with properties from other 
sources. A style rule reference is best regarded as a pointer to a style rule, 
even though it may not be implemented as a true pointer. Style rule references 
enable properties of the content object to be accessed indirectly, rather than 
stored at the object. 

• Stylesheet: a collection of style rules intended to be used together. In 
some systems, stylesheets are separate files from documents (for example, in 
Tioga and Ventura Publisher). In others, stylesheets are attached to docu¬ 
ments (for instance, in Interleaf and Viewpoint). Some systems (for example, 
Andrew) use the term “stylesheet” to refer to a display of the definition of a 
particular style rule; we prefer the term “property sheet” for such a display. 

• Style environment: the set of style rules available to be referenced in a 
document. One or more stylesheets may contribute to a document’s style 
environment. 


ment editing systems (for example, Inter¬ 
leaf, 9 Xerox Ventura Publisher, 10 
Microsoft Word," Xerox ViewPoint, 12 
and Frame Maker 13 ). 


What are styles? 

Styles expedite the setting and changing 
of formatting properties and facilitate a 
consistent appearance within and between 
documents. Style rules are collections of 
property settings that have been given 
names. Instead of setting or changing 
several properties of a particular piece of 
document content, the user simply assigns 
a style rule to it. Content assigned a style 
rule retains a reference, to the rule. For 
example, a paragraph might be assigned 
the style rule Body Paragraph, where Body 
Paragraph is a name for the collection of 
paragraph property values that yield the 
desired appearance for body text para¬ 
graphs. Document styles are collections of 
style rules that define the document 
appearance. They may also have names 
(for example, Technical Report or Memo). 

The advantages of assigning styles 
rather than manipulating properties 
directly are 

• Styles allow the user to set and change 
multiple properties of part of a document 
with a single action. Instead of obtaining 
a display of an object’s properties and then 
changing the properties individually, the 
user simply assigns the object a new style 
name. 

• Styles compress information by cod¬ 
ing it. The user can assign a great deal of 
formatting information to a single style 
rule name, thus simplifying the formatting 
process and reducing the apparent com¬ 
plexity of the document system. In a sense, 
styles provide a form of progressive dis¬ 
closure. The user sees only as much detail 
as he wants or needs to see. 

• Styles allow the user to work with 
names related to the content and structure 
of the document, rather than with 
typographical terms. The user works with 
meaningful style rule names such as Head¬ 
ing, Chapter Title, Caption, Emphasis, or 
Body Text instead of with typographical 
terms such as “boldface,” “italic,” 
“indent 10 picas,” “14 point size,” 
“superscript,” “center,” or “Helvetica 
family.” 

• Styles allow the user to change the 
appearance of a document systematically 
by changing the style rules associated with 
the document. After the user changes the 
style rules, the document reflects the new 
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style rule definitions when printed or dis¬ 
played. 

• Styles foster the standardization of 
document appearance by allowing collec¬ 
tions of style rules that can be shared. 

Styles also enable users with different 
specialties and levels of expertise to work 
within their own specialized domains. 
Users who specialize in document content 
(for example, authors, text-entry person¬ 
nel, and editors) can work solely with style 
rule names, while users who specialize in 
document appearance (for example, 
typographers, graphic artists, and layout 
personnel) can concentrate on the style 
rule specifications. 

Note that styles do not increase the 
range of documents that can be created. 
No document can be created with styles 
that cannot be created without them. 
Thus, a style facility adds only dynamic 
functionality to a document system. 

Styles are not a new concept to the pub¬ 
lishing industry. Publishers have long used 
a notion of house style to codify their 
preferences and conventions for document 
content and appearance. For example, a 
publisher may decree that book titles are 
to be set in italics, that quotations are to 
be indented five spaces, that people are to 
be initially identified in articles by their 
first and last names and thereafter by last 
name only, that numbers less than ten are 
spelled out, that pages are to be laid out in 
two columns, that people in photographs 
are to face the inner edge of the page, or 
that the capital of China is to be spelled 
“Beijing” rather than “Peking.” Pub¬ 
lishers set forth these preferences in docu¬ 
ments called stylesheets or style manuals, 
'depending upon their length. For example, 
the American Psychological Association 
provides a stylesheet describing its conven¬ 
tions for manuscripts to prospective 
authors. The Chicago Manual of Style, 
published by the University of Chicago 
Press, is a thick book that has become a 
handbook for authors and many other 
publishers throughout the industry. 14 

Compared to the publishers’ notion of 
style, the concept of style supported by 
computer-based style facilities is anemic 
indeed; style rules specify only the values 
of certain rendering properties. Nonethe¬ 
less, a style facility in a document editing 
system is an improvement over having 
authors and editors juggle the typographi¬ 
cal properties of document content. No 
longer does a doctoral student need to 
compare and adjust the many properties 
of each figure caption to make sure that it 
conforms to the standard style demanded 


by the university. Instead, the student 
defines the Figure Caption style rule with 
appropriate formatting properties and 
assigns this style rule to all of the figure 
captions in the dissertation. 

Style design issues 

Currently, a broad range of style facili¬ 
ties have been implemented, either in com¬ 
mercially available or research 
environment document editing systems. 
Unfortunately, many of these style facili¬ 
ties demonstrate a lack of proper consid¬ 
eration of the design space for document 
style facilities. In designing a style facility, 
a designer must make a great many 
choices. These choices should be deter¬ 
mined by which advantages he wants to 
build into the facility, which concepts are 
appropriate for the existing document sys¬ 
tem, and what limitations are imposed by 
trade-offs between power and learnability 
or usability. 

In this section, we analyze the design 
space for document style mechanisms. 
Rather than being defined by a large set of 
independent choices, this space has a com¬ 
plex structure that combines independent 
and hierarchical choices. We discuss six 
primary design issues and the subsidiary 
issues they raise. (See the sidebar “The 
design space for document style 
mechanisms.”) 

Design Issue 1. Should stylesheets be 
filed with the documents they apply to or 
should they be filed separately? In some 
style-based document editing systems, 
stylesheets are filed within the documents 
they apply to. In other systems, stylesheets 
are filed separately and are associated with 
the documents to which they apply by a 
variety of mechanisms. 

The advantage of filing the stylesheet 
locally with the document is transportabil¬ 
ity. When a document carries its own style 
environment with it, the user doesn’t have 
to worry about having the appropriate 
stylesheet at the destination. However, this 
design option has two major disadvan¬ 
tages. First, when separate documents 
require the same style rules (for example, 
the chapters of a book), the user must copy 
the desired style rules into all of the rele¬ 
vant documents and make sure that these 
style rules stay consistent. The document 
editing system may provide tools to assist 
in this process, but such tools cannot com¬ 
pensate for the ease of managing docu¬ 
ments that share the same stylesheet. 


Second, a document with a local stylesheet 
is in a sense ‘ ‘tied’ ’ to the style defined by 
that stylesheet. The task of changing all of 
the local style rule definitions is more dif¬ 
ficult if the user cannot easily switch a 
stylesheet reference (for example, from 
Draft Manuscript to IEEE Article). 

The advantage of filing stylesheets 
separately is that documents can share 
stylesheets, and users can manage style 
rules indirectly by substituting entire 
stylesheets. Filing stylesheets separately 
can, however, cause problems in dis¬ 
tributed environments because documents 
may become separated from their 
stylesheets. 

In Interleaf, Andrew, Frame Maker, 
and Viewpoint, stylesheets are local to 
documents. Tioga and Ventura Publisher 
use separate stylesheets. Bravox is a hybrid 
system. Strictly speaking, Bravox 
stylesheets are local; however, a Bravox 
document may optionally reference the 
stylesheet of another document instead of 
having its own. In practice, Bravox users 
create dummy documents containing only 
stylesheets and reference them in “real” 
documents. For this reason, Bravox is best 
categorized with systems that have sepa¬ 
rate stylesheets. 

Microsoft Word is also a hybrid system, 
although in a different way. Word docu¬ 
ments normally contain their own 
stylesheets, but all documents share a 
default stylesheet that can be altered and 
augmented. Word thus offers two options: 
users who want all documents to share the 
same stylesheet can set up the default sheet 
as desired and not use local stylesheets, 
while users who want documents to have 
different stylesheets can leave the default 
sheet alone and edit the local ones. 

Design Issue 1.1. If stylesheets are to be 
local to documents, should style rules be 
referenced by name or should they be 
absolute? When stylesheets are local to 
documents, style rule references in the 
document can either name the appropriate 
style rule or point to the rule’s definition 
in virtual memory. When stylesheets are 
filed separately from documents, name 
references are the only practical choice, so 
this issue doesn’t arise. 

Whether style rules are referenced by 
name or by pointer has implications for 
what happens when a style rule’s name is 
changed. In most systems that use names, 
renaming a rule creates dangling refer¬ 
ences to the old name. In systems that use 
direct pointers for style rule references, 
renaming a rule is automatically reflected 
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in all references to it. 

Most style facilities use name references 
that leave dangling references, perhaps 
because their designers believe that com¬ 
puter systems should not do more than the 
user asks. When a user applies a style rule 
name to some text, he is designating the 
logical role of that particular text in the 
document. Presumably, he would not 
appreciate the system’s arbitrarily chang¬ 
ing that designation. For example, sup¬ 
pose a user applies the style rule Emphasis 
to some text, thereby distinguishing it 
from ordinary text. Suppose that he later 
changes the name of the Emphasis style 
rule to Warning. The user would probably 
be annoyed to find that the style editor had 
automatically changed all emphasized pas¬ 
sages in the document to warnings. 

Microsoft Word references style rules 
directly; changing a rule name automati¬ 
cally changes the corresponding references 
throughout the document. 

Viewpoint uses a hybrid of the above 
two approaches. Style rules are referenced 
by name, but names are defined using an 
atom facility, in which each style rule is 
assigned both a print name (for users to 
refer to the rule) and a system-defined 


unique identifier (for the system to refer to 
the rule efficiently). A style rule’s name 
and all references to the rule are instances 
of the same atom and so share the same 
print name. Thus, the user has two ways 
to rename a style rule: (1) create a new rule 
with a new name atom and a copy of the 
old definition, then destroy the old rule 
(thus causing all references to the old rule 
to dangle), or (2) change the print name of 
the atom in place (thus automatically 
changing the print name for all the style 
rule references of the atom). 

Design Issue 1.2. If stylesheets are to be 
filed separately from documents, should 
the style environment of a document be 
specified explicitly by the document, 
implicitly by the document’s location in 
the file system, or in some other way? If 
stylesheets are not local to documents, 
documents can specify their intended style 
environment explicitly or inherit it pas¬ 
sively from their surroundings (by being in 
the same directory as the stylesheets). 

The advantage of having documents 
explicitly specify their stylesheets is that 
documents are unlikely to be rendered with 
a completely inappropriate stylesheet. 


When the system attempts to access a 
document, it can tell whether the docu¬ 
ment has a suitable stylesheet. 

The advantage of implicit association of 
stylesheets with documents is flexibility. 
This approach enables users to swap 
stylesheets that produce vastly different 
renderings (for example, Draft Style, Final 
Copy Style, and so on). 

Bravox uses the explicit scheme: each 
document refers explicitly to its stylesheet. 
Tioga uses the implicit scheme: it associ¬ 
ates stylesheets with documents by a series 
of search rules, such as the current direc¬ 
tory, the user’s designated style directory, 
and the system style directory. 

Ventura Publisher has separate 
stylesheets but does not automatically 
associate them with particular documents. 
The user of Ventura must remember which 
stylesheet goes with which document and 
must load the appropriate one into Ven¬ 
tura when editing or viewing a document. 
Until the user deliberately loads a partic¬ 
ular stylesheet, the document style is dic¬ 
tated by a default style environment. 

Design Issue 1.2.1. If stylesheets are to 
be filed separately from documents and 


The design space for document style mechanisms 


The design space of document style mechanisms is a com¬ 
plex structure comprised of the following design issues: 

1. Should stylesheets be filed with the documents they 
apply to or should they be filed separately? 

1.1. If stylesheets are to be local to documents, should style 
rules be referenced by name or should references be 
absolute? 

1.2. If stylesheets are to be filed separately from documents, 
should the style environment of a document be specified 
explicitly by the document, implicitly by the document’s loca¬ 
tion in the file system, or in some other way? 

1.2.1. If stylesheets are to be filed separately from docu¬ 
ments and explicitly referenced by documents, should the 
reference be by name or by exact file reference? 

2. Should style rule references be context dependent or 
should they be context free? 

2.1. If style rule references are to be context dependent, 
what should be the context of a reference? 

2.2. If style rule references are to have context-dependent 
effects, should these be achieved by subordinate style rules 
or by conditional expressions in style rule definitions? 

2.2.1. If style rule references are to have context-dependent 
effects and these are to be achieved by subordinate style 
rules, should the style rule hierarchy correspond to the con¬ 
tent object hierarchy? 

2.2.2. If style rule references are to have context-dependent 


effects and these are to be achieved by subordinate style 
rules, should subordinate styles be provided by local style rule 
definitions or by local aliasing of sibling rules? 

2.2.3. If style rule references are to have context-dependent 
effects and these are to be achieved by conditional expres¬ 
sions, should relative values be supported? 

3. What property domains should apply to styles? 

3.1 If more than one property domain is to be styled, should 
style rules be typed or untyped? 

3.1.1. If more than one property domain is to be styled and 
the style rules are to be typed, should the style rules for 
superordinate object types set the default styles for subor¬ 
dinate objects? 

3.1.1.1. If more than one property domain is to be styled, 
style rules are to be typed, and style rules for superordinate 
object types are to set default styles for subordinate objects, 
should these operations be performed directly or indirectly? 

4. Should neutral property values be supported? 

4.1. If the document editing system is to support neutral 
property values, should it support derived style rules? 

4.2. If the system is to support neutral property values, 
should it support style rule overrides by local properties? 

5. Should multiple style rules be applied to the same object 
simultaneously? 

6. Should style rules achieve their effect directly or 
indirectly? 
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explicitly referenced by documents, should 
the reference be by name or by exact file 
reference? This issue is similar to Design 
Issue 1.1 except that it involves references 
to a stylesheet rather than to style rules. 
Name references retain an important vir¬ 
tue of passive style-environment schemes, 
namely that names specify classes of valid 
stylesheets, rather than particular ones. As 
long as they have the same name, 
stylesheets with different definitions for 
the same rule names can be substituted for 
one another to achieve different render¬ 
ings of the same document. 

The alternative is to have a document 
specify its (external) stylesheet completely 
with full path name, location in distributed 
file system, version, and so on. The only 
reason for full specification is to assure 
that a document editor doesn’t try to ren¬ 
der a document using the wrong stylesheet. 
If this is a primary concern, a much sim¬ 
pler solution is to file the stylesheet with 
the document it applies to. 

Bravox is the only current system for 
which this issue is relevant; its documents 
refer to stylesheets by name. 

Design Issue 2. Should style rule refer¬ 
ences be context dependent or should they 
be context free? One possible design 
option is to allow style rule references to 
have different effects when they are 
applied in different places in the docu¬ 
ment. In such a system, a word that has the 
Emphasis style rule applied to it might be 
in boldface if the word is in body text, but 
underlined if the word is in a boldface 
heading. 

Context-dependent style rules allow the 
user to use a few generic style rule names 
without having to monitor the context in 
which those names occur. For example, he 
can use Emphasis everywhere, instead of 
using Caption Emphasis in captions and 
Body Text Emphasis in body text. Context 
dependence also provides flexibility. If the 
context changes for a rule application (for 
example, some styled text is moved from 
a body text paragraph to a footnote para¬ 
graph), the effect of the rule can change 
automatically. 

In contrast to context-dependent style 
rules, context-free style rules lead to a 
proliferation of style rules. The user needs 
separate rules for all possible contexts. 
Context-free rules also lead to user errors 
that are difficult to monitor (for example, 
using Emphasis in a caption where Cap¬ 
tion Emphasis should have been used). 
The advantage of systems that allow only 
context-free rules is that they are simple to 


normal para (p) Paragraph style: Right margin: 432 pts., Justified, 1 pt. line 
spacing (Set 10 on 11), 12 pts. lead before para. 

normal. Character style: TimesRoman 10 

emphasis 1.Character style: TimesRoman 12 Bold 

emphasis 2.Character style: TimesRoman 10 Italic 

quotation para (q) Paragraph style: Indent: 54 pts., Right margin: 378 pts. 

Justified, 1 pt. line spacing (Set 8 on 9), 12 pts. lead before para. 

normal. Character style: TimesRoman 8 

emphasis 1. Character style: TimesRoman 8 Bold 

emphasis 2. Character style: TimesRoman 8 Italic 

section head 1 (1) Paragraph style: Right margin: 432 pts., Centered, 1 pt. line 

spacing (Set 14 on 15), 18 pts. lead before para, and 12 pts. after 
para., Heading keep 

normal. Character style: TimesRoman 14 Bold 

section head 2 (2) Paragraph style: Right margin: 432 pts., Flush left, 1 pt. line 

spacing (Set 12 on 13), 12 pts. lead before para., Heading keep 
normal. Character style: TimesRoman 12 Bold 

section head 3 (3) Paragraph style: Right margin: 432 pts., Flush left, 1 pt. line 

spacing (Set 12 on 13), 12 pts. lead before para., Heading keep 
normal. Character style: TimesRoman 12 Italic 

footnote text (t) Paragraph style: Right margin: 495 pts., Flush left, 1 pt. line 
spacing (Set 8 on 9), 12 pts. lead before para. 

normal. Character style: TimesRoman 8 

subscript. Character style: TimesRoman 6 Bold Subscript 

superscript. Character style: TimesRoman 6 Italic Superscript 


Figure 2. Bravox permits context-dependent style rules, such as the character styles 
Normal and Emphasis, to be defined in the context of a paragraph style, such as 
Normal, Quotation, or Footnote. The appearance of text with the Emphasis style 
rule will depend on the paragraph style in effect for that text. 


implement and to understand. 

The only systems that allow context- 
sensitive style rules (Bravox, Tioga, and 
Andrew) were developed in research set¬ 
tings; none are commercially available. 
(See Figure 2.) 

Design Issue 2.1. If style rule references 
are to be context dependent, what should 
be the context of a reference? Context- 
dependent style rules can be governed by 
a variety of contexts, for example, the cur¬ 
rent attributes of an object, the attributes 
of a preceding sibling object, or the attrib¬ 
utes of a parent object. The designer of a 
context-dependent style rule system must 
choose appropriate contexts and provide 
a style rule mechanism to manage their 
interaction. He must also decide whether 
to allow a context-dependent style refer¬ 


ence to base its effect upon the style rules 
of its context or only upon the rendering 
properties possibly set by other means. For 
example, the effect of a context-dependent 
Emphasis style rule may depend upon 
whether the context is styled Body Para¬ 
graph of Quotation, or it might depend 
solely upon whether the context has the 
boldface property (regardless whether 
boldface was set by a style rule or other 
means). 

The issue of context-dependent style 
rules also affects the design of the docu¬ 
ment representation. Because such style 
rules can interact, their representation 
must retain information about the range 
within the document to which they apply. 
Two ways to represent this are to use 
begin-end markers in a stream representa¬ 
tion or to create subobjects in a hierarchi- 
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(look.e) "emphasis" { 
if isComment 

then {-italic face} 
else { + italic face} 

} StyleRule 

(head) "for headings at any level" { 
if nestingLevel 3 .gt 
then {head4} 

else {[headO headl head2 head3] 
nestingLevel arrayget} 

} StyleRule 

(head4) "for run-in section headings" { 
standardParagraph 
justified lineFormatting 
the leading bigger keep 
} StyleRule 


Figure 3. The Tioga document system 
supports writing style rules that com¬ 
pute conditional values. The Emphasis 
character style, called a look in Tioga, 
sets italics if not already a comment 
paragraph; otherwise it removes italics. 
The generic head format style rule 
selects an appropriate heading style rule 
using the nesting level of the heading. 
One of the heading styles for the lowest 
heading style is shown. 


cal representation. Recent document 
interchange standards, like Interscript and 
ODA, 1 favor the latter approach, but 
restrict how style rules may interact with 
hierarchical objects. 

In all systems that allow context- 
dependent style rules (Bravox, Tioga, 
Andrew), the parent (or containing) object 
determines the context of a style rule refer¬ 
ence. In Tioga, style rule definitions are 
programs in a programming language and 
thus can depend upon arbitrary aspects of 
the context. In Bravox, subordinate styles 
are used to achieve context-dependency, so 
the style rule of the context rather than its 
properties determines the effect of a style 
rule reference. 

Design Issue 2.2. If style rule references 
are to have context-dependent effects, 
should these be achieved by subordinate 
style rules or by conditional expressions in 
style rule definitions? A subordinate style 
rule is a style rule that is defined within and 
only operates within the scope of another 
style rule. Subordinate style rules defined 
within different parent style rules may 
have the same name. In this case, invok¬ 


ing the same name in the different contexts 
will yield different effects. For example, to 
achieve two different looks for the charac¬ 
ter style rule Emphasis, the user might 
define Emphasis one way within the Regu¬ 
lar Body Text style rule and another way 
within the Quotation style rule. Then 
applying the generic style name Emphasis 
in regular body text will have one effect 
and applying it in a quotation paragraph 
will have another. (See Figure 2.) 

An alternative approach to providing 
context-dependent style rules is to allow 
the value that a style rule sets for a given 
property to be specified as a conditional 
expression. This approach allows the user 
to invoke a single generic style rule name 
to achieve a variety of effects in different 
contexts. (See Figure 3.) 

Subordinate style rules and conditional 
property values achieve the same effect but 
involve vastly different user models. In a 
subordinate style scheme, each potential 
context specifies the local meaning of one 
of a set of generic style rule names. In a 
conditional effect scheme, each rule speci¬ 
fies the various effects it has in different 
contexts. 

This distinction has interesting implica¬ 
tions in terms of user interface. Most suc¬ 
cessful attempts to have end users 
“program” their own applications (for 
example, spreadsheets) have involved 
breaking up the computation specification 
so that each data object or situation speci¬ 
fies its own small computation. These suc¬ 
cesses suggest that a subordinate style 
scheme is likely to be more understanda¬ 
ble to nontechnical users than a condi¬ 
tional effect scheme. In the subordinate 
style scheme, the conditional is implicit; it 
is spread out over all of the subordinate 
style rules that share the same name under 
different parent rules. 

Design Issue 2.2.1. If style rule refer¬ 
ences are to have context-dependent 
effects and these are to be achieved by 
subordinate style rules, should the style 
rule hierarchy correspond to the content 
object hierarchy? Systems that allow 
subordinate style rules may use the type of 
a style rule to restrict dependencies. Such 
restrictions are the style rule type hierar¬ 
chy. Depending upon the characteristics of 
the document representation, the style rule 
type hierarchy may have to mirror the 
document content object hierarchy. The 
document content object hierarchy is the 
hierarchy of objects within the document, 
as determined by which objects contain 
which other objects. 


If the document representation allows 
attributes (properties, style rules, and so 
on) to apply explicitly to ranges of contig¬ 
uous objects, parent-subordinate rule 
pairs can be of the same type. For exam¬ 
ple, the user can define the Emphasis 
character style rule within the Book Title 
character style rule, so that if Emphasis is 
applied within text already styled as Book 
Title, Emphasis will have the effect 
defined within Book Title. This approach 
can be advantageous because of its power. 
However, the system and the user model 
must be complex and sometimes arbitrary 
in order to deal with all of the possible 
combinations. This is especially true if the 
system supports multiple top-level, style 
rule references per object. In such a sys¬ 
tem, applying two style rule names to 
exactly the same range can pose difficul¬ 
ties in determining which is the subor¬ 
dinate reference. The system must be 
capable of resolving such ambiguities. 

If the document representation only 
associates the attributes with individual 
classes of objects (rather than ranges of 
contiguous objects), defining one charac¬ 
ter style rule within another makes little 
sense. In this case, subordinate style rules 
make sense only if their hierarchy is con¬ 
gruent with the object hierarchy. For 
example, character style rules can be 
subordinate to paragraph style rules 
because paragraphs contain characters. 

In all systems that currently support 
subordinate style rules, the style rule hier¬ 
archy mirrors the content object 
hierarchy. 

Design Issue 2.2.2. If style rule refer¬ 
ences are to have context-dependent 
effects and these are to be achieved by 
subordinate style rules, should subor¬ 
dinate styles be provided by local style rule 
definitions or by local aliasing of sibling 
rules? One method of providing subor¬ 
dinate style rules is to establish a hierarchy 
of rule definitions so that part of one style 
rule’s definition can contain the definition 
of other style rules. In Bravox, character 
style rules are only defined locally to par¬ 
ticular paragraph style rule definitions. 

Another method is to define all rules as 
siblings at the top level, but to allow some 
rule definitions to define local aliases for 
other rules within their scope of applica¬ 
tion. The user can then use one name to 
achieve a variety of different effects 
depending upon which parent style rule 
was in effect for the target. For example, 
at the top level, the sibling rules might 
include Caption Emphasis and Body Text 
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Style Rule 

Type 

Description 

Properties 

Title 

CHAR 

Text in the title 

Font = Classic, Size = 14 points, Bold = on, Italics = off, 

Strikeout = off, Underline = single, Position = normal, 

Revised Text = off, Deleted Text = off 

Title Emphasis 

CHAR 

Emphasis in 
the title 

Font = Classic, Size = 14 points, Bold = on, Italics = on, 

Strikeout = off, Underline = single, Position = normal, 

Revised Text = off, Deleted Text = off 

Title Paragraph 


Title style 

Alignment = centered, Justified = off, Hyphenation = off, 

Left Margin = 0 points, Right Margin = 0 points, Line Height = 18 points, 
Before Paragraph = 0 points, After Paragraph = 0 points, 

Same Page as Next Paragraph = off, Language = US English, 

Text Direction = Left to Right, Tab Stops = () points 


Figure 4. ViewPoint supports two types of style rules: character and paragraph style rules. The Title rule applies character 
properties comparable to the ViewPoint property sheet in Figure 1, while the Title Paragraph rule applies paragraph proper¬ 
ties. Similar character rules can be created for Normal text, Emphasis, Commands, Fine Points, and so on. Similar paragraph 
rules can be designed for SubTitle paragraphs, Headings, Quotations, and so on. 


Emphasis style rules. The style designer 
could assign Emphasis as an alias for the 
Caption Emphasis or Body Text Empha¬ 
sis style rules within the Caption Para¬ 
graph and Body Text Paragraph style 
rules, respectively. 

Both local definition and local renam¬ 
ing achieve a desirable effect: they allow 
the user to ignore context when applying 
style rules. The latter scheme has the dis¬ 
advantage that it includes a very large 
number of style rules defined at the top 
level, many of which will be aliased as 
subordinate rules. This disadvantage can 
be minimized by allowing the user to mark 
such rules fof omission from displayed 
lists of the top-level rules unless their inclu¬ 
sion is explicitly requested. 

Design Issue 2.2.3. If style rule refer¬ 
ences are to have context-dependent 
effects and these are to be achieved by con¬ 
ditional expressions, should relative values 
be supported? Relative conditional prop¬ 
erty values are specified as differences 
from or computations of contextual 
values. Some examples of relative property 
values are 

Italic < -~Italic; 

LeftMargin < -LeftMargin +10; 

RightMargin-*-LeftMargin + 60 

Relative property values are especially 
useful in a style-based system, because 


they allow style rules to be defined 
abstractly (for example, “this type of 
paragraph is indented two more picas than 
its parent, whatever its parent’s indenta¬ 
tion may be”). 

Of course, relative property values must 
be defined in relation to some context. The 
system designer must decide whether the 
context will be determined by current, sib¬ 
ling, or parent attributes, and how these 
will be defined. 

The ability to specify property values in 
relative terms adds power to the specifica¬ 
tion of style rules. However, it also adds 
complexity and poses implementation dif¬ 
ficulties. As a result, only Tioga and 
Andrew have this capability. 

Design Issue 3. What property domains 
should apply to styles? Document content 
objects can be classified into types: charac¬ 
ters, paragraphs, tables, headings, 
graphics frames, and so on. Each type of 
content object has a set of properties that 
apply to it. This set of properties is its 
property domain. For example, the 
properties in the character domain include 
font family, size, face, and underlining, 
whereas those in the paragraph domain 
include left margin, alignment, and inden¬ 
tation. In most cases, property domains 
map one-to-one onto object types. The 
designer of a style-based system must 
decide which domains of content proper¬ 


ties are to be set by style rules. 

All existing style-based systems allow 
style rules to set paragraph properties. 
Several systems (Frame Maker, Interleaf, 
Word, Andrew, and Ventura) allow para¬ 
graph style rules to set default properties 
for characters in the paragraph, but don’t 
allow characters to be styled directly. 
Some systems (Bravox and ViewPoint) 
allow style rules to be applied to both para¬ 
graphs and characters, but not to other 
types of content. Only one existing system 
(Tioga) supports styling of content other 
than text. 

Design Issue 3.1. If more than one prop¬ 
erty domain is to be styled, should style 
rules be typed or untyped? Style rules can 
be strictly typed, weakly typed, or 
untyped. A strictly typed style rule sets 
properties from only one domain. A 
weakly typed style rule sets properties 
from a specified subset of the domains. An 
untyped style rule can set properties from 
any domain. The advantage of strictly and 
weakly typed rules is conceptual clarity. 
The advantage of untyped style rules is 
power. 

Bravox and ViewPoint have strictly 
typed style rules, including character style 
rules and paragraph style rules. (See Fig¬ 
ure 4.) Bravox has, in addition, page- 
layout and page-heading style rules. 
Although Tioga allows style rules to be 
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untyped, they are weakly typed by conven¬ 
tion: “formats” set both character and 
paragraph properties; “looks” set only 
character properties. Ventura, Word, 
Frame Maker, Interleaf, and Andrew only 
have one type of style rule—paragraph 
style rule. This style rule sets properties for 
both the paragraph and character 
domains. In the sense that one type of style 
rule does not constitute a system of types, 
these document editing systems are actu¬ 
ally indeterminate with respect to types of 
style rules. 

Design Issue 3.1.1. If more than one 
property domain is to be styled and the 
style rules are to be typed, should the style 
rules for superordinate object types set the 
default styles for subordinate objects? 
Depending upon the potential content 
object hierarchy, a style rule can designate 
default style rules for several different 
types of subordinate objects. For example, 
a paragraph style rule may include a 
default character style for any characters 
which have not been explicitly assigned a 
character style rule. 

Default style rules are needed only if 
style rules are strongly typed. In untyped 
or weakly typed systems (Ventura, Frame 
Maker, Interleaf, Word, Tioga, and 
Andrew), parent objects set properties for 
child objects directly. Of the two systems 
that have strictly typed style rules, Bravox 
allows default styles and Viewpoint does 


Design Issue 3.1.1.1. If more than one 
property domain is to be styled, style rules 
are to be typed, and style rules for superor¬ 
dinate object types are to set default styles 
for subordinate objects, should these oper¬ 
ations be performed directly or indirectly? 
Default style rules can be assigned to 
subordinate objects either indirectly or 
directly. In the indirect scheme, all subor¬ 
dinate objects automatically refer to a 
generic style rule dictated by the default 
style of the parent. If the default style of 
the parent object is changed, subordinate 
objects (such as characters in a paragraph) 
are affected. 

In the direct scheme, the system auto¬ 
matically applies the default style rule 
specified by the parent object to subor¬ 
dinate objects as they are created. The 
default style rule applies to the subordinate 
objects as if it had been explicitly assigned 
by the user. If the parent’s default 
changes, the subordinate objects are 
unaffected. 

The indirect scheme provides more 


A system that 
supports neutral 
values allows 
properties to be 
established as 
exceptions rather than 
as absolutes. 


dynamic functionality and is, therefore, 
preferable. Bravox is the only system for 
which this issue is relevant. It uses the 
indirect scheme. 

Design Issue 4. Should neutral prop¬ 
erty values be supported? The designer of 
a style-based system can choose to allow 
objects to have neutral property values. A 
neutral property value has no value 
assigned to it. In a system that supports 
neutral property values, an object can pos¬ 
sess a neutral property value until an actual 
value is designated by some external 
source. This design option is useful for sys¬ 
tems that provide alternative sources of 
property values (for example, parent 
objects, style rules, or system defaults). It 
enhances the dynamic functionality of the 
system and, hence, the flexibility of its 
documents. 

A system that supports neutral values 
allows properties to be established as 
exceptions rather than as absolutes. In 
other words, a user can set properties in 
terms of variations from some reference 
standard. He can designate a set of proper¬ 
ties as the same as an already established 
set except for specific differences. This 
approach to defining properties greatly 
reduces the information load on the user. 
He can pay attention just to the differences 
from the reference standard rather than to 
all the attributes of the object. 

A special application of this exception 
model is the explicit management of object 
similarity. The user specifies that the set of 
properties for object A is the same as for 
object B, except in the values of certain 
properties. The document editing system 
can then cause object B to track changes 
in the properties of object A automati¬ 
cally. Depending upon the design of the 
style facility, the changes may be applied 


to the objects directly or through revising 
style rule definitions. 

Bravox, Tioga, Word, and Viewpoint 
all support neutral property values, each 
for different reasons. 

Design Issue 4.1. If the document edit¬ 
ing system is to support neutral property 
values, should it support derived style 
rules? A derived style rule is a rule that is 
defined in terms of and tracks changes in 
another style rule. It saves the user work 
by explicitly supporting similarity of style 
rules. For example, in some systems, some 
character style rules (such as Emphasis) are 
defined in terms of the Body Text style 
rule. If properties of the Body Text style 
rule are changed, these rules change auto¬ 
matically. Derived style rules depend upon 
the exception model of properties and, 
thus, upon a concept of neutral property 
values. 

Without derived styles, relationships 
between style rules are established solely by 
conventions in the user’s mind. For exam¬ 
ple, if the user wants to change the Body 
Text character style rule to font family 
Helvetica instead of Times, he must 
remember to alter all the other character 
style rules that set properties to the same 
values that the Body Text rule does. 

The dynamic functionality provided by 
derived style rules is completely limited to 
the stylesheet. In professional publishing 
environments, most users rarely alter the 
stylesheet. They just apply the rules 
defined therein to document content. 
Altering the style rules is left to profes¬ 
sional graphic designers and style 
designers, who comprise a very small sub¬ 
set of the users of a document editing sys¬ 
tem and account for an even smaller 
proportion of the total number of user 
hours spent with it. For this reason, de¬ 
rived styles usually have low marketing 
priority. 

Microsoft Word is the only commercial 
document editing system that provides 
derived styles as a feature. The inclusion 
of this feature makes sense, since Word is 
frequently used in informal publishing 
environments where the same person func¬ 
tions as the style designer, the author, and 
the editor. In Tioga, derived style rules are 
a consequence of the programming lan¬ 
guage used to write style rules. 

Design Issue 4.2. If the system is to sup¬ 
port neutral property values, should it sup¬ 
port style rule overrides by local 
properties? In a system that supports neu¬ 
tral property values, a style facility can 
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allow content objects to set properties 
locally, overriding whatever properties 
their style rule sets. Occasionally, a user 
may want to customize a word that falls 
under a particular style rule. For example, 
if the word is styled Emphasis, the user 
may want it to retain the other properties 
of the Emphasis style rule, but have a 
different point size. 

In systems with the local override 
option, the local properties of a content 
object are normally assigned a neutral 
property value so that the actual value of 
the property can derive from the object’s 
style rule. To override the object’s style 
rule, the user sets the local property to the 
desired non-neutral value. 

Only Bravox, Tioga, and Viewpoint 
support style rule overrides by local 
properties. Some other systems (Word, 
Interleaf, and Frame Maker) provide the 
ability to set content properties to values 
other than those set by the content’s style 
rule. However, these settings involve 
changing properties after a style rule has 
set its values, rather than explicitly mark¬ 
ing the properties as deviating from the 
style rule. When the content’s style rule is 
changed and reapplied, it once again 
defines all properties of the content. For 
example, if the left margin of a Body Text 
paragraph is set to a different value than 
that of the Body Text style rule, and the 
Body Text style rule is subsequently rede¬ 
fined, the deviant setting of the left mar¬ 
gin is lost. 

Design Issue 5. Should multiple style 
rules be applied to the same object simul¬ 
taneously? Often more than one style rule 
is appropriate for a single object. For 
example, suppose that a user wants to 
emphasize some text that has been styled 
Book Title. If the system only allows one 
style rule to be applied to a content object, 
applying the Emphasis style rule will 
replace the Book Title style rule. To 
resolve this problem, the user must define 
an Emphasis In Book Title style rule. In 
such a system, a new style rule must be 
generated for each instance where two 
styles are necessary at once. 

One solution is to allow multiple style 
rule references for a single object. Unfor¬ 
tunately, this solution works only when the 
desired rules set complementary proper¬ 
ties. Multiple style rule references can 
cause confusion when different style rules 
set the same properties to different values. 
For example, if the Warning style rule sets 
boldface and underlining on, and the 
Emphasis style rule sets boldface and 


Applying a style rule 
to document content 
does not affect the 
content directly. 


underlining off, these two style rules will 
conflict when applied to the same text. 
Only context-dependent style rules offer a 
complete solution to the problem of the 
proliferation of style rules. 

Few systems allow an object to reference 
more than one style rule at a time. Those 
that do (for example, Tioga) must allow 
the user to control the order of precedence 
of the style rules, since the desired prece¬ 
dence order may not correspond to the 
temporal order in which the user applies 
the rules. For example, if the user wants to 
apply the Book Title style rule to a series 
of words, and the Emphasis style rule to 
only one of these words, he must be able 
to assure that properties set by Emphasis 
supercede those set by Book Title. Other¬ 
wise, the emphasized word in the book title 
may have the wrong appearance. 

The order of precedence in Tioga is local 
properties, look style rules, format style 
rules, and the succession of parent style 
rules. The designers of Tioga have had dif¬ 
ficulty designing an easy-to-operate mech¬ 
anism for managing the order of style rule 
references. 

Design Issue 6. Should style rules 
achieve their effect directly or indirectly? 

In most systems, styles achieve their effect 
indirectly. Applying a style rule to docu¬ 
ment content does not affect the content 
directly. It merely changes content’s style 
rule reference, which in turn dictates how 
the content is rendered when displayed or 
printed. 

An alternative approach is for the style 
facility to treat the assignment of a style 
rule to text as a command to assign the 
properties set by the style rule to the text. 
Of course, this approach forfeits the 
indirection and, hence, dynamic function¬ 
ality that enables consistent and systematic 


changes in appearance of a document. 

Interleaf and Frame Maker treat styles 
in this manner. In each of these systems, 
applying a style rule to a paragraph 
changes all of the paragraph’s properties, 
just as if the user had set those properties 
explicitly and individually. However, the 
paragraph retains a name reference to the 
style rule that has been applied to it. This 
name reference is not used to update the 
rendering attributes of the paragraph 
dynamically at display or print time, but 
it does enable the system to identify the 
paragraph according to its assigned style 
rule. Upon an explicit command from the 
user, the system can locate the paragraphs 
assigned a particular style rule and update 
their properties to reflect the current defi¬ 
nition of the style rule. If they did not have 
this name reference feature, Interleaf and 
Frame Maker would not qualify as style- 
based systems. 

Styles research issues 

The preceding discussion of the design 
space of possible style mechanisms does 
not address all of the possible design 
issues. To design and implement a style 
facility that satisfies customer needs, a 
designer must consider many issues for 
which the possibilities, trade-offs, and 
implementation problems are not yet 
known. These issues should be the subject 
of future research on styles. Some major 
issues warrant investigation in the next few 
years. As research proceeds on these and 
other issues, the design space described in 
the previous section will undoubtedly grow 
and change. 

Styles for page layout. In most docu¬ 
ment editors, page layout is specified 
parametrically by property sheets. The 
user specifies the number of body-text 
columns on a page, the header and footer 
text (if any), the page number position, 
and so on. In a few systems, page layout 
is specified through a graphical user inter¬ 
face. The user positions boxes for text and 
other types of content to construct a page 
layout template. 

Each method of specifying page layout 
has advantages. With parametric layout, 
precision is easy to obtain and implemen¬ 
tation is straightforward. Also, partial lay¬ 
out specifications, allowing layout 
properties to be specified by many differ¬ 
ent sources (such as style rules, local over¬ 
rides, parent objects), are easily achieved 
via neutral property values. Graphical lay- 
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out enables the user to visualize more eas¬ 
ily what he is doing. However, with 
graphical layout, partial layouts are not 
easy to specify, precision is not as easy to 
obtain, and implementation is not as sim¬ 
ple. For example, if a header is omitted 
from the sketch of a page layout, this may 
mean that there is no page header or that 
the page header is defined elsewhere. 

That partial layout specification seems 
more straightforward using parametric 
methods is interesting, since the 
dichotomy between graphical and para¬ 
metric representation exists only in the user 
interface. Regardless of whether page lay¬ 
out is displayed graphically or parametri¬ 
cally, all page layout attributes are 
represented parametrically within the sys¬ 
tem. Theoretically, the two should not dif¬ 
fer in functionality, but they do. This 
difference deserves study. 

In some contexts, both graphical and 
parametric methods of layout may be 
desirable. With both options available, the 
user could choose the interface that seems 
appropriate. This strategy raises addi¬ 
tional issues for research. One issue is 
whether both methods can be used for the 
same object. Another is whether the two 
types of layout specifications can be cou¬ 
pled so as to constrain each other. 

Style rules for parameters other than 
object attributes. In all existing style-based 
document editing systems, style rule refer¬ 
ences occur in the document representa¬ 
tion only in style rule slots associated with 
each content object (or run of objects). 
The style rules perform only one 
function—setting attributes for content 
objects. 

An alternative approach, not yet imple¬ 
mented in any system we know, uses style 
rule references just as pointers to arbitrary 
sequences of symbols that are valid within 
the document representation. In such a 
system, a property value assignment is 
only one of the things that a style rule 
might contain. Furthermore, these style 
rule references can occur at arbitrary 
points in the document content. For exam¬ 
ple, in the Interscript document represen¬ 
tation language, 1 a style rule definition is 
the binding of any valid Interscript expres¬ 
sion, including property values and pas¬ 
sages of text or figures, to a variable. 
References to an Interscript style rule con¬ 
sist of the style rule’s name embedded at 
any point in the document representation 
and result in the document being rendered 
as if the content of the style rule was actu¬ 
ally present at that point. 


An ideal document editor would allow 
a user to state what kind of document he 
is preparing and then become an “intelli¬ 
gent” editor for that kind of document 
(for example, a memo, financial report, 
poem, or journal article). The user could 
just fill in the variable content. This type 
of document editor would relieve the user 
of having to indicate how content should 
look, whether by style or typographical 
property. It would also eliminate the need 
for copying boilerplate material into com¬ 
mon documents. In order to achieve this 
goal, the style facility would have to allow 
the user to encapsulate arbitrary content 
and properties in style rules. The Sight 
program 15 at the IBM T.J. Watson 
Research Center is, to our knowledge, the 
only one currently addressing this issue. 

Even if content styles become common¬ 
place, we will still be a long way from 
automating the diverse types of rules 
found in publishers’ stylesheets. Style rules 
specifying diction choices, preferred spell¬ 
ings, bibliographic formats, and so on will 
have to await application of more sophisti¬ 
cated techniques (particularly in the area 
of text understanding) to document 
production systems. 

Managing styles in a distributed (net¬ 
worked) environment. We have already 
pointed out that separate stylesheets are 
preferable to attached stylesheets since 
they provide greater flexibility. However, 
separate stylesheets can be difficult to 
manage in a networked environment with 
a distributed file system. One danger is 
that documents may be stored or mailed 
without their stylesheets or with the wrong 
stylesheets. 

Managing stylesheets is only one aspect 
of the more general problem of managing 
multipart documents in distributed sys¬ 
tems. This more general problem is cur¬ 
rently the subject of a great deal of 
research in a wide variety of laboratories 
and companies. This issue is related to 
another topic of considerable software 
engineering research—the system¬ 
modeling problem of how to manage the 
development of large, multimodule soft¬ 
ware systems in a distributed environment. 

Styles for graphical content. Most types 
of document content have properties 
unique to the particular type of content. 
Paragraphs, for example, have line height; 
characters do not, but they do have font 

Graphical content differs from textual 
content in that it has properties from 


several domains; some types of graphical 
objects share property domains. Thus, tri¬ 
angles have line and area-fill properties, 
squares have many of the same properties 
as triangles, and line segments have line- 
end properties but not area-fill properties. 
Finally, higher level graphical objects, 
such as tables, share the properties of their 
low-level constituent objects, but have 
additional unique properties. 16 

Much research has to be done on how to 
apply styles to graphical content and how 
to design a style facility that takes graphi¬ 
cal content into account. 

W e believe that a rational 
approach to designing style 
facilities is preferable to an ad 
hoc approach. By laying out the design 
choices and their associated trade-offs, we 
have attempted to facilitate this strategy. 
We hope that, with the aid of this analy¬ 
sis, product designers can make more 
informed choices in designing future style 
facilities, researchers can focus upon some 
of the crucial problems in extending style 
facilities, and customers of document 
production systems can make informed 
choices between existing style facilities. □ 
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of Computer Professionals for Social Respon¬ 
sibility (CPSR). 

Johnson earned the BA and PhD degrees in 
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Research Opportunities in Oregon 

Positions are available in the Computer Research Laboratory, a division of Tektronix Laboratories. The mission of 
the Lab is to monitor, explore, and develop the potential capabilities of emerging technologies in computer science 
and engineering in order to provide technology-based product opportunities for our operating divisions. 

The Lab currently has a staff of about 50 persons with technical interests in a variety of computer research areas. 
Active research projects are in place in the areas of advanced computer system architectures, distributed data 
bases, applicative and functional languages, software specification, knowledge engineering and expert systems, 
symbolic and algebraic computation, and algorithms for computer-aided engineering. Openings exist for candi¬ 
dates with an MS or PhD in CS or EE (or equivalent experience) with appropriate background. 

The Lab provides an excellent research environment. The computational facilities are among the best in the nation. 
Located near Portland, Oregon, the Lab is within a two-hour drive of the beautiful Cascade Mountains and Pacific 
Ocean beaches. The Portland metropolitan area offers a nationally acclaimed quality of life and a wide variety of cul¬ 
tural and recreational opportunities. 

Tektronix offers competitive salaries and excellent benefits, including liberal educational support, health and retire¬ 
ment plans, and profit sharing. 

If the opportunities at Tektronix sound attractive to you, please send your resume to: Recruiting Committee, Com¬ 
puter Research Lab, MS 50-662, Tektronix, Inc., P.O. Box 500, Beaverton, OR 97077. The net address is 
abdali@tekchips.tek.com. 

We are an equal opportunity employer, m/f/h/v. 
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Tutorials 


A Special Half-day Sunday Tutorial: Introduction to Lightwave Networks 

Dr. Anthony S. Acampora, AT&T Bell Laboratories March 27, 1-5 pm 


The DARPA Internet System and Protocols 

Dr. David L Mills, 

University of Delaware March 28, 9 am-5 pm 

Objective: The objective of this course is to provide an introduction 
and overview of the IP/TCP protocol suite developed over the last 
twelve years by the Defense Advanced Research Projects Agency 
(DARPA) and participating research institutions. The course includes 
practical information useful for implementing and operating IP/TCP 
networks, gateways and hosts in conjunction with the DARPA/NSF 
Internet System. 

1. The DARPA/NSF Internet System, including the ARPANET, 
MILNET, NSFNET and related networks, with special emphasis on 
protocols, inter-operability and global command and control 
functions. 

2. The IP/TCP architecture model and its principles, including the 
various protocols supported by the IP/TCP architectures. 

3. Implementation and testing principles suitable for typical Internet 
hosts and gateways, including generic functions required in the 
IP/TCP architecture and applicable to other protocol suites, in 
particular ISO. 

4. Issues in the expansion of the Internet and its evolution to a 
multi-protocol system supporting ISO and other protocol suites. 

Audience: This course is designed for computer professionals 
with some experience in computer communications and networks. 
An appropriate background would be a tutorial on CCITT network 
protocols such as X.25 and/or ISO architectures such as the OSI 
Mode, or a year or more of practical experience working with these 
protocols. 

Instructor: David L. Mills is Professor of Electrical Engineering at 
the University of Delaware and presently leads projects in internet¬ 
working research sponsored by the Defense Research Projects 
Agency (DARPA) and the National Science Foundation. Dr. Mills 
earned a Doctorate in Computer and Communication Sciences at the 
University of Michigan in 1971, 


Broadband ISDN 

Professor Mario Gerla, UCLA March 28, 9 am-5 pm 

Objective: This seminar will review the evolution of the ISDN 
concept, discuss the standard recommendations, compare imple¬ 
mentation alternatives, and finally report on field trials. An attempt is 
made to maintain a balance between design principles, standard 
recommendations and actual network implementations. 

1. Why integrated services? 

2. Narrowband and Wideband ISDN’s 

3. Standard Recommendations 

4. ISDN backbone implementation alternatives 
(Packet/Circuit/Hybrid switching) 

5. ISDN routing and flow control 

6. Service integration in MAN'S and LAN's 

7. Field trials 

8. Future trends 

Audience: Managers, engineers, data and telecommunications 
personnel and specialists involved in the planning, design, develop¬ 
ment of data communication networks and their protocols. 
Instructor: Professor Mario Gerla received the Ph D. degree in 
engineering from the University of California, Los Angeles, in 1973. In 
1977 he jpined the University of California at Los Angeles and is now a 
Professor in the Department of Computer Science. His research 
interests include the design and control of distributed computer 
communications systems and networks, and the development of 
high-speed local area networks. 


LAN Planning and Administration 

Thomas M. Kieffer 

Connect Computer Co. March 28, 9 am-5 pm 

Objective: This seminar addresses the challenging task of accu¬ 
rately planning and effectively administering LAN's. The seminar 
examines the three major elements of effective network utilization: 
Planning, Tuning, and Controlling. The available tools and strategies 
are introduced, including IBM's Netview. 

1. Network Planning Issues: 

User Considerations and Equipment Selection 
Network Layout and Foundation Issues 
Connectivity Issues; Server Issues 
Capacity and Proliferation Planning 
Security; Fault Tolerance 

2. Network Administration 

3. Network Management (Control) 

Data Access and Integrity 
Disaster Recovery Planning 
Maintenance and Support 

Audience: Managers, engineers, data communications personnel 
and specialists involved in the planning, design, development and 
operation of local area networks. 

Instructor: Thomas M. Kieffer is the President of Connect Com¬ 
puter Company which develops and markets personal computer 
network and communication software including Lanscope, a LAN 
management and administration system. Kieffer is the author of the 
book Get Connected, A Guide to Telecommunications and numer¬ 
ous articles about LAN's and personal computer communications. 
Kieffer received his BSEE from Iowa State University. 


PC Local Area Networks 

Frank Derfler, PC Magazine March 28, 9 am-5 pm 

Objective: This tutorial reviews the products offered for PC-based 
LAN connectivity and describes the alternatives available to LAN 
buyers. Emphasis is placed on the technical and operational features 
of various LAN systems and what differences these features make in 
performance. Results from LAN speed benchmark tests are pre¬ 
sented and the practical features of various implementations are 
discussed. 

1. PC-based LAN functions 

2. Circuit-switched alternatives for PC-connectivity 

3. Using twisted pair, fiber, and coaxial cables in real installations. 

4. Implementations of hub physical topologies 

5. Network Interface card designs and differences 

6. Network workstation implementations 

7. Real LAN communications products 

8. Network operating systems and their practical differences 

9. Benchmark tests, what do they prove? 

Audience: Managers, engineers, data communications personnel 
and specialists involved in the development and acquisition of PC 
networks. 

Instructor: Frank J. Derfler is the Connectivity Editor for PC 
Magazine. He supervises the testing and evaluation of a wide range 
of PC-based local area networks and PC-connectivity products. Mr. 
Derfler spent 20 years in the Federal Government in the develop¬ 
ment, acquisition, and operating of communications and computer 
systems. He is a graduate of Northern Illinois University and the 
University of South Carolina. 
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EEinFOConrm 


Tuesday, March 29, 1988 


9:30- 
10:15 am 

Keynote Address: Professor Mischa Schwartz 

Center for Telecommunications Research 

Columbia University 



10:30 am- 
12:10 pm 

Session 1A 

Broadband Packet 
Switches 

Session IB 

Fiber Optic Networks 

Session 1C 

Panel: "How to Really 
Wire Your Building" 

Session 1D 

Protocol Conformance 
Testing 

1:30- 
3:10 pm 

Session 2A 

Broadband Transport 

Session 2B 

Local Area Networks 

Session 2C 

Panel: "Spanning Tree 
and Source Routing 
Bridges" 

Session 2D 
Telecommunications 
Management Networks: 
Protocols and Performance 

3:30- 
5:10 pm 

Session 3A 

Panel: “Packet Switching 
vs. Circuit Switching in 
Future Integrated 

Services Digital 

Networks." 

Session 3B 

CATV-Based Networks 

Session 3C 
Routing 1 


Session 3D 

Gateways/Bridges/ 

Internetworking 

Wednesday, March 30, 1988 





8:30- 
10:10 am 

Session 4A 

Fast-Packet Performance 

Session 4B 

Terabit Networks 

Session 4C 

Flow Control 


Session 4D 

Panel: "Telecommunications 
Management Networks: 

Open Architectures for 
Internetworking." 

10:30 am- 
12:10 pm 

Session 5A 

Broadband ISDN 

Session 5B 

Token LANs 

Session 5C 

Buffer Management 
and Analysis 

Session 5D 

Panel: "Network 
Interconnection: Gateways 
or Bridges?" 

1:30- 
3:10 pm 

Session 6A 

Panel: Network 

Architecture for 

Future Services." 

Session 6B 

LAN Topologies 

Session 6C 
Routing II 


Session 6D 

Protocols 

3:30- 
5:10 pm 

Session 7A 

Voice and Data 

Networks 1 

Session 7B 

Panel: “Issues in 
Communications for 
Manufacturing” 

Session 7C 

ARQ 


Session 7C 

Office Automation 

Thursday, March 31, 1988 





8:30- 
10:10 am 

Session 8A 

Voice and Data Networks II 

Session 8B 

Voice and Data LAN/MAN 

Session 8C 

Telecommunication Network 
Reliability 

10:30 am- 
12:10 pm 

Session 9A 

Queueing Analysis 

Session 9B 

Random Access 1 

Session 9C 

Network Design and Optimization 

1:30- 
3:10 pm 

Session 10A 

Load Balancing 

Session 10B 

Random Access II 

Session 10C 

Distributed Computing Systems 

3:30- 
4:45 pm 

Session 11A 

Communications Flardware 

Session 11B 
Network Security 


Session 11C 

Distributed Algorithms 
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Supporting Document 
Development with Concordia 

Janet H. Walker 
Symbolics, Inc. 


£ £ | 'm ocumentation projects are 
I I always behind schedule 
JL^F and over budget, and the 
quality of the final result is disappoint¬ 
ing.” “Documentation is a problem that 
everybody knows about and wishes would 
just go away. ’ ’ “Nobody ever really wants 
to write technical documentation; it’s the 
boring afterthought after all the hard work 
is finished.” 

What causes this kind of popular per¬ 
ception about technical documentation? 
Why is documentation the unglamorous 
part of most projects? Could it be due to 
a lack of appropriate technology for sup¬ 
porting the job? While software 
developers have long produced software 
development environments for them¬ 
selves, few people have addressed the 
analogous working environment issues for 
technical writers. 1,2 

It is surprising that software develop¬ 
ment environments and document devel¬ 
opment environments have remained quite 
separate, since writing code and 
documenting it are really the same kind of 
effort at some abstract level. Document 
engineering is no less an intellectual chal¬ 
lenge than software engineering, and cer¬ 
tainly offers a greater operational 


Another version of this article appears in Conference 
Record H1CSS-21, Hawaii International Conference 
on System Sciences, January 5-8, 1988, Kailua-Kona, 
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Concordia applies 
object-oriented 
techniques to creating, 
publishing, and 
maintaining complex 
documentation. Using 
this highly integrated 
working environment, 
writers move beyond 
conventional limits on 
their productivity. 


challenge in the absence of appropriate 
technology. 

To address these issues, we designed and 
implemented a development environment 
for technical writers. This environment, 
which we call Concordia, is an extension 
of Genera, the software development envi¬ 
ronment provided on Symbolics com¬ 
puters. 3 We built it for the same 

0018-9162/88/0100-0048$01.00 ©1988 IEEE 


development paradigm, using the same 
substrate as the Genera system, and it inte¬ 
grates seamlessly into Genera as a concep¬ 
tual extension. 

Concordia integrates the facilities 
needed to create, revise, publish, distrib¬ 
ute, and maintain very large document sets 
with very long life cycles. It provides an 
environment for professional communica¬ 
tors to create and maintain large informa¬ 
tion bases of text and graphic information, 
with the capability for large-scale informa¬ 
tion development and delivery. Various 
generations of this application have been 
used in-house at Symbolics since 1984 for 
producing system software documen¬ 
tation. 

Authoring environment. In their daily 
work writers create, revise, publish, and 
maintain a document database. Concordia 
has specialized support for the different 
phases of a document life cycle: writing, 
editing, illustration, design, production, 
and maintenance. 

For small jobs, a single person could 
take on all roles in the process; personal or 
desktop publishing systems support this 
model of document production. (For the 
advantages and disadvantages of desktop 
publishing in handling documentation, see 
the sidebar “What about desktop publish¬ 
ing?”) For large documentation jobs, 
tasks are typically performed by different 
people at different times or by the same 
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person at different times. Accordingly, 
Concordia supports the different tasks 
with their own software facilities. For 
example, the environment separates 
specifying book design from editing con¬ 
tent. Likewise, it separates production 
from modification of the document’s 
overall structure. 

Despite separate support for each task, 
a single application integrates all of the 
environment’s capabilities. As writers’ 
tasks change at different times in the docu¬ 
ment’s life cycle, they use different abili¬ 
ties of the application. Thanks to the 
integration, parts of a developing docu¬ 
ment are always available when needed, in 
the format required. Concordia requires 
no format conversions to move from one 
kind of task to another. 


Goals and design 

The Concordia development project 
had the following broad goals: enhance 
productivity of technical writers, speed 
time-to-market for documents, streamline 
document maintenance processes, reduce 
maintenance costs, and increase flexibility 
in document delivery options (including 
on-line delivery). 

Our somewhat abstract productivity 
goals became more concrete implementa¬ 
tion projects: a database for documents, 4 
embodying hypertext 5 concepts; a struc¬ 
ture editor, combining concepts from 
what-you-see-is-what-you-get editing 
(called WYSIWYG) and generic markup 
languages 6 ; an object-oriented graphic 
editor for manipulating illustrations; con¬ 
figuration tools for managing versions and 
postproduction distribution; incremental 
development tools to support a group of 
writers cooperating on the development of 
a large document set; and a flexible inter¬ 
face for on-line inspection of documents 
during development and for final delivery 
to customers. 

Architecture. Concordia is part of the 
Symbolics documentation system, 
diagrammed in Figure 1. The central com¬ 
ponent is the documentation itself, 
arranged in a database of independently 
accessible records maintained using Con¬ 
cordia. End users can retrieve information 
from the database using Document 
Examiner, 7 the delivery interface for on¬ 
line lookup. We also deliver the database 
as published manuals, in conventional 
paper form, and could extend to other 
electronic media. 



Document Examiner Published 

Documents 


Figure 1. Document system architecture. The central component is the documenta¬ 
tion itself, arranged in a database of independent records. This database is written 
using Concordia. End-user retrieval from the database is handled using Document 
Examiner, the delivery interface for on-line lookup. The database can be published 
as conventional paper manuals or in various electronic forms. 


What about desktop publishing? 

Doesn’t desktop publishing provide the key to solving all documentation 
problems? Desktop publishing has done much to speed up document produc¬ 
tion, with many of the same goals as Concordia—more productive documen¬ 
tation departments producing more cost-effective publications faster. 
Effective as it is for the right jobs, desktop publishing is designed for a differ¬ 
ent kind of document than Concordia. 

The differences between desktop publishing and Concordia become appar¬ 
ent only when you examine the documents, their life cycles, and the 
processes used to produce them. Desktop publishing is designed for short 
documents (from five to a practical limit of around 50 pages) produced for a 
single use, often by one person..Concordia was designed for large documents 
(hundreds or thousands of pages) with very long development and life cycles, 
maintained by a team of writers. 

In a short document, relatively little time goes into preparing the content of 
the document; most of the effort goes into typesetting, layout, and final 
production. Desktop publishing moved control over those details into the 
hands of the people creating the document, thus reducing delays and mis- 
communication and giving people more control over their own products. 

In large documentation projects, the development (writing) stages take over 
half of the project resources, while final production takes much less (less 
than 10 percent according to some estimates). Therefore, to improve produc¬ 
tivity and reduce costs in large documentation projects, you need to concen¬ 
trate on the development cycle; relatively small gains come from improving 
the final production cycle. 

Desktop publishing systems differ in the details of their features, but all 
have essentially the same goal—good layout of text and graphics on paper 
for subsequent reproduction. Many desktop publishing systems have only a 
primitive word processor, on the assumption that the actual preparation of 
the text happens elsewhere. They provide primarily a publishing facility, with¬ 
out features for assisting large-scale development. 

Concordia, on the other hand, changes the nature of document develop¬ 
ment instead of simply speeding up the manual production process. 
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D See also D 
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Figure 2. Document structure. Independent records in the database are represented 
by the ovals labeled A through G. Records can refer to each other by way of links, 
which have types. The links labeled i are inclusion links, specifying that the target 
record is included at that point; the links labeled r are conventional cross-reference 
links. The figure shows what a reader of records A and G would see. The i links 
have been replaced by the contents of the target records and the r links have been 
replaced by cross-reference sentences. 


Document database. Conceptually, the 
documentation is organized as a database 
of interconnected modules called records. 
A record is a unit of information retriev¬ 
able from the database, as well as a seman¬ 
tic unit of the subject matter. Think of 
records as semantic cut-and-paste units. 

Records contain the subject matter from 
which we construct documents. A docu¬ 
ment is formed by linking records 
together, much as a program is formed by 
the calling structure of subroutines and 
functions. Figure 2 diagrams the creation 
of a document from a set of records by 
means of links between the records. We 
use this mechanism for creating conven¬ 
tional hierarchical documents from a col¬ 
lection of independent units. The records 


are reusable units and can be used in more 
than one document. 

Writers decompose subject matter into 
records fairly naturally in most cases, since 
the divisions depend on the conceptual 
structure of the subject matter. Reference 
material and definitions of terminology 
easily separate into independent records. 
Conceptual and tutorial materials are 
harder to organize, much the same as in 
conventionally written manuals. As a rule 
of thumb, writers construct a separate rec¬ 
ord for any item of information that a 
reader might need to access directly. Thus 
the process of constructing the records for 
a document relates to the purpose of the 
document and the needs of the audience. 
As with software modularity, it takes expe¬ 


rience and judgment to construct well 
modularized documents. 

This conceptual database is not cur¬ 
rently implemented using any standard 
database technology. Instead, we based 
our implementation on a set of binary files 
containing records and indexes. The data¬ 
base consists of any number of document 
sets (one set for each software product), 
where each document set contains one or 
several books. (A good explanation of the 
concepts of document databases appears 
in James. 4 ) Abstractly, we have books 
within document sets within the database; 
physically, we have records within files 
within a collection of configuration- 
controlled systems. 

End-user delivery interface. We deliver 
documentation to customers both on 
paper and on line. On-line delivery is more 
important because it represents the future 
direction for information delivery in the 
computer industry. 

On-line delivery of the document data¬ 
base is managed by Document Examiner, 
a window-based utility closely integrated 
with the rest of the Symbolics software 
environment. (See the sidebar “An on-line 
manual” for further information on 
Document Examiner.) In the course of 
developing documentation, writers often 
use the facilities of Document Examiner to 
see how a particular section will appear to 
its readers. 


Creating and editing 
documents with 
Concordia 

Concordia is a framework organizing 
the tasks and activities in the document life 
cycle. The three major subactivities are 
text editing, graphic editing, and 
previewing. 

Its editor is the major software compo¬ 
nent of Concordia, since the majority of 
time in a complex project is spent in devel¬ 
opment, not in proofing, layout, and 
production. Concordia modifies and 
extends the standard software editing par¬ 
adigm of Symbolics Genera to suit large- 
scale document editing jobs. Figure 3 
shows a screen display of Concordia, with 
the editor visible. The editor is a structure 
editor, capable of manipulating the 
records represented within files. 8 

The text editing component of Concor¬ 
dia, called ConEd, provides editing capa¬ 
bilities that are not WYSIWYG yet do not 
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(and, eventually, its appearance). The list 
is indented and set off from the body text 
much as it would be in a WYSIWYG edi¬ 
tor. Unlike WYSIWYG, there is no 
attempt to show the nature of the high¬ 
lighting or the exact details of the sur¬ 
rounding spacing. What you can’t see 
from looking at the figure is that the writer 
typed in only the request for markup, not 
any of the formatting effects; ConEd 
made the decisions about spacing and 
indenting. 

Rather than doing real-time formatting, 
ConEd shows the writer some semblance 
of the final formatted result. This provides 
the feel of a WYSIWYG editor without 
sacrificing any of the power of a generic 
markup language. ConEd supplies for¬ 
matting on demand of any region of the 
text, for occasions when the semblance is 


require writers to maintain document 
sources in a conventional textual markup 
language. ConEd implements an amalgam 
of these capabilities that we call semblance 
editing. 

WYSIWYG editing requires writers to 
attend simultaneously to structure, con¬ 
tent, and appearance. For small jobs, 
writers can fail to notice the conceptual 
differences between these aspects of a 
document. The emphasis in WYSIWYG 
editors (in fact, their raison d’etre) is on 
controlling the appearance of a document. 
This partially carries over from the days of 
typing pools, when the typist’s only job 
was to ensure the good appearance of the 
text. Writers of large document sets should 
care little about final appearance during 
development. What they do care about 
during development is being able to 


categorize the information for display— 
text, headings, tables, lists of various 
kinds, and so on. 

Concordia uses a generic markup lan¬ 
guage for documentation because of the 
importance for writer productivity of 
separating content from form. The differ¬ 
ence between this and other edi¬ 
tor/formatter systems based on generic 
markup is that users do not edit text inter¬ 
mingled with textual commands. (For 
more on formatting, see the sidebar “For¬ 
matter command languages.”) Instead 
they edit a semblance of the final result, as 
shown in Figure 4. 

The figure contains an example of 
markup, indicated by the small boxed 
delimiters surrounding a text area on the 
screen. Itemize is a specification about the 
communications intent of the enclosed text 
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not sufficient for the writers’ needs. 

In creating documents, writers must 
manage four different kinds of infor¬ 
mation: 

(1) structure —the organization of 
material, for example, in a chap¬ 
ter/section/subsection hierarchy; 

(2) content —the subject matter of the 
document; 


(3) format —the appearance of the 
document (in a typographic and 
information design sense); and 

(4) meta-information —auxiliary 
information not generally part of 
what the reader of the document 
sees, but relevant nonetheless to 
its development. 

Writers need assistance with managing 


each of these four kinds of information. 
They should be able to consider each 
aspect of a document relatively indepen¬ 
dently of the others, and not have to work 
simultaneously at several levels of dis¬ 
course. 

Structure editing. In Concordia, records 
are the raw material from which docu- 


An on-line manual 

How important is on-line delivery for documentation? Would 
anyone read manuals on line if they could have paper instead? 
With over four years experience behind us, we believe that on¬ 
line manuals are highly feasible. We use our manuals heavily 
on line, with some software engineers reporting that they use 
the on-line version exclusively. The on-line manual has exactly 
the same contents as the printed manuals delivered with the 
system, because both are produced from the same database 
of records. So people choose the on-line manual based on 
satisfaction with it, not on differences in content. The key ele¬ 
ments of its success are adequate display hardware and a 


good user interface. 

The interface to our on-line manual, called Document 
Examiner, is an independent window-based utility closely inte- | 
grated with the rest of the Symbolics Genera environment. 

The window is divided into panes (subwindows) that help 
users manage various aspects of their interaction with the 
document. (See the accompanying figure on Document 
Examiner’s screen display.) 

The majority of the screen area is used to show a topic. It ( 
gives people the feeling of reading a section from a book. The 
bottom area of the screen contains both a fixed command 



Document Examiner screen display. The viewer area contains the first screenful of a section, whose bookmark is marked in the 
bookmarks pane. The candidates pane contains the results of a search for relevant topics. Several recent commands are visible 
in the command pane. 
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ments are constructed. Structure is 
imposed on the raw material by links from 
one record to another (as sketched in Fig¬ 
ure 2). The links are all executable; they tell 
the formatter or displayer to include the 
target record as if it were part of the origi¬ 
nating record. Figure 4 shows a record 
containing literal text as well as a number 
of links to other records. 


The position of a record within a docu¬ 
ment depends on the links to it. If the top- 
level record is called a chapter, then the 
records it has links to would be called sec¬ 
tions; the records that those sections link 
to would be called subsections, and so on. 
These organizational levels are not part of 
the records themselves, but rather are 
assigned dynamically by the process of 


viewing the record—from a reader’s point 
of view. 

In one sense, a document is a directed 
graph structure. Editing this structure 
requires a specialized set of commands for 
manipulating both records themselves and 
the links among them. 

Creating a record. Since records are 



dow visible in Document Examiner. The c 
«s the keywords associated with this rec 
il context for a record, in what section it 


scribes the topic, “Using Converse.” The textual part of the 
i cross-references that it makes to other records. The diagrams 
id what other sections are nearby in the document. 
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Figure 4. ConEd screen, showing a complete record containing appearance markup and links to other records. Small boxed 
delimiters (Itemize) show the extent of formatting markup. The vertical spacing and shifted left margin constitute a semblance 
of the final formatting effects. When this record is processed from a reader’s point of view, the records that are the targets of 
the links are included dynamically as sections within this record. 


structural rather than textual elements, 
writers can’t just “type in” new records. 
Instead, commands are provided for creat¬ 
ing records, with a template supplying 
standard fields and sometimes initial con¬ 
tents for the fields. For example, in creat¬ 
ing a new record for a function, Concordia 
fills the argument list field from informa¬ 
tion in the compiled object database. A 
number of validation checks run during 
record creation ensure against uninten¬ 
tional duplication and spelling errors in 
definition names. 

Creating links. Again, since the links 
between records are structural rather than 
textual, ConEd provides commands for 
creating and changing them. To create a 
link from one record to another, you place 
the cursor at the desired origin of the new 
link, click on the Create Link command, 


and then supply the target record. You can 
type in the target name, but more often 
would click on it, either on the main screen 
or in the pane of collected record names in 
the bottom right corner (Figure 4). 

Changing the organization. You change 
the organization of a document (for exam¬ 
ple, the order of subsections within a sec¬ 
tion) by changing the order of the links. 
You can move a whole subtree of the docu¬ 
ment simply by moving the link to the root 
of the subtree. As a result, you can quickly 
evaluate a number of different organiza¬ 
tions for material with little risk of becom¬ 
ing confused or inadvertently deleting 
material without pasting it back. 

Showing relationships between records. 
ConEd supplies several commands to help 


you visualize the structural relationships 
between records. A table of contents 
shows the complete subtree below any rec¬ 
ord to help in visualizing the structure. 
Other commands show all of the links 
from the current record or all of the links 
that point to it. Being able to see the links 
to a record allows you to manage cross- 
references to it. 

Selecting a record for editing. Although 
you can scroll around in ConEd buffers or 
select buffers by name (as in normal text 
editing), you can also select records 
directly, by name, for editing. ConEd uses 
a location database (maintained by the 
Concordia compiler) to select a record. It 
ensures that the relevant file is in a buffer 
(reading it in if necessary), selects the 
buffer, and positions the cursor so that the 
requested record is visible on the screen. 
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Figure 5. Graphics editor. The main body of the editor contains a figure being edited. The right-hand panel contains several 
kinds of menus, including a command menu, a shape menu, and a control panel for attributes of the editing. Most of the edit¬ 
ing can be performed by typing in commands as well as by mouse selection. 


This removes any need to remember file 
names or perform textual searches to 
locate material to be edited. Instead, you 
remember record names—an easier task 
aided by substantial on-line help. Record 
name presentations on the screen are 
mouse-sensitive, so you can click on the 
name of a record to select it for editing. 
This makes sequential editing from a 
marked-up manuscript simple in spite of 
the underlying modular structure. 

Content editing. Documents usually 
consist of text and pictures. (With com¬ 
puter delivery, other media for documen¬ 
tation such as video, sound, and animation 
will become feasible as well.) In Concor¬ 
dia, ConEd handles the textual subject 
matter; an editor for line illustrations han¬ 
dles the graphic subject matter. Using its 
knowledge about record types, Concordia 


switches automatically to the editor appro¬ 
priate for the subject matter. 

The ConEd editor is the top-level frame¬ 
work for handling all aspects of document 
editing; the graphic editor simply prepares 
graphical subject matter for incorporation 
into the records managed by the text 
editor. 

The parts of a record that look like text 
are text; you use standard text editing com¬ 
mands (as opposed to structure editing 
commands) to modify them. ConEd has 
sufficient understanding of the compo¬ 
nents of text to manipulate words, sen¬ 
tences, and paragraphs (the units of text) 
as well as characters and lines. (ConEd is 
an extension of Genera’s Zmacs editor, 
which also has these text handling capa¬ 
bilities.) 

The parts of a record that look like pic¬ 
tures are pictures. Concordia’s own 


graphics editor is an object-oriented edi¬ 
tor for line illustrations. It stores drawings 
as structured descriptions rather than as bit 
maps to enable flexible editing of structure 
instead of pixels. To modify one of these 
pictures, you click on it with the Edit com¬ 
mand and Concordia automatically 
invokes the graphics editor (see Figure 5). 
Pictures can also be accommodated in a 
number of other formats, including Lisp 
graphics programs, bit maps, Postscript, 
and externally generated pictures (like 
those from MacDraw). 

Appearance editing. In Concordia, a 
markup language controls the appearance 
of documents. Unlike most other markup 
languages, the markup is not embedded 
text strings. 

Markup is the term used for non¬ 
procedural descriptions of the generic cat- 
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Figure 6. Local markup modification in ConEd. The writer has selected the Itemize markup for modification, bringing up a 
menu of the attributes involved in its standard definition. After changing and saving the attributes, the changes apply to this 
one instance, leaving the standard definition unchanged. 


egory of information in some region of 
text. (Figure 4 contains examples of 
markup.) The markup is delimited visually 
by small iconic boxes. These delimiters are 
structural rather than textual, meaning 
that text editing operations do not apply 
to them. For example, the text command 
to delete a line does not delete a delimiter 
line. 

All markup is manipulated by special¬ 
ized commands, some of which appear in 
the right-hand menu in the ConEd figures. 
Commands are used to add markup to 
existing areas of text and to remove either 
just the markup or the markup and the 
relevant area of text. As a result, all of the 
markup in a record is syntactically correct; 
no formatting errors can occur later as a 
result of missing or extra delimiters (com¬ 
mon errors with text-based embedded 


markup formatters). 

ConEd itself shows a semblance of what 
the final document product will look like. 
Bold, italic, and fixed-width typefaces 
appear as such in the editor window, rather 
than being indicated by font change 
characters or embedded notation specify¬ 
ing the typeface. The final format, how¬ 
ever, is only suggested by indentation, 
which serves as an aid for checking visually 
that the markup includes only the intended 
text. 

The markup that controls formatting is 
backed up by a book design, which defines 
the appearance parameters for all markup 
used in a book. Markup definitions can be 
changed globally (in Concordia’s book 
design environment) or locally in ConEd 
for a particular case. Figure 6 shows the 
mechanism by which you would use 


ConEd to change the appearance specified 
for a particular instance of a highlighted 
list. Clicking on one of the markup 
delimiters brings up a menu of formatting 
attributes to modify. The modifications 
are then saved as part of that markup 
object. 

Handling meta-information. WYSI¬ 
WYG editors require by definition that the 
document file contain only the informa¬ 
tion that will appear to the final reader of 
the document. They require the rest of the 
information associated with a document to 
be maintained on paper, informally in 
unrelated files, or in people’s heads. 
Embedded command formatters usually 
allow comments as an unstructured way of 
capturing some of this information. The 
record structure in Concordia provides 
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Figure 7. Hardcopy preview. A page previewer shows an exact facsimile of the placement of lines and page breaks. Spacing 

ment of words in lines, however, is exactly the same, so this previewer can be used for surveying the progress of the layout. 
(Note: The text is not intended to be legible because this is used for design purposes, not proofreading.) 


fields for storing accessory information 
(for example, keywords, auditing infor¬ 
mation, and notes) and, in some cases, for 
processing it. 

One kind of meta-information stored in 
a record is its verification status. Concor¬ 
dia keeps track of whether records have 
been formatted since being changed or 
changed without being installed in the 
database. This status information is used 
by various commands to help writers keep 
track of their workload. 


Viewing and reviewing 
documents 

At different points in the document life 
cycle, writers need different ways of look¬ 


ing at their work. Concordia provides a 
number of ways to view a document. 

Seeing the reader’s viewpoint. The sem¬ 
blance editing in ConEd gives a good indi¬ 
cation of the formatting structure within 
a record. It is often necessary, however, to 
look at a record from the perspective of a 
reader, with its links expanded. ConEd has 
a facility for formatting on demand that 
shows a record formatted on the screen as 
the eventual reader of it would see it in 
Document Examiner or on paper. 

Local hardcopy. You can produce hard¬ 
copy of any topic (a record and its expan¬ 
sions) in the database. Whether or not to 
use paper is a question of personal prefer¬ 
ence, since paper is not required for any 
stage of development. 


Preview. During final production of a 
paper manual, you must consider the 
placement of ink on paper. For this stage, 
Concordia provides a page formatter that 
shows on the screen a miniature but exact 
facsimile of how the document will appear 
when printed (see Figure 7). You can iden¬ 
tify badly placed page breaks and poor 
formatting decisions (and then fix the 
source files) without having to print out 
any paper copy at all. The text in this 
previewer is not supposed to be legible; it 
is used for proofing the overall layout, not 
the text. 

Final hardcopy. As the last stage in 
production, Concordia produces print 
masters for each book, expressed in Post¬ 
script. 9 The masters contain everything 
needed to print a book (front matter, table 
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of contents, index, figures, running 
heads), leaving very little manual work in 
final production. 

Production 

Managing the files for a large document 
set consisting of one or more books 


requires effective configuration manage¬ 
ment tools, since manually managing the 
files involved in various versions of a large 
document set is very difficult. Concordia 
uses the system configuration tools (SCT) 
in Genera to address these information 
management requirements. 

Systems. SCT provides the mechanism 


for specifying a document set as a system. 
A system is a formal data structure that 
manages a set of files and defines the oper¬ 
ations available for those files, such as 
editing, formatting, updating, and dis¬ 
tributing. 

Incremental update. Large documents 
are created by teams of writers and 


Formatter command languages 

Before WYSIWYG editing and desktop publishing, people 
lucky enough to have access to time-sharing computer sys¬ 
tems used embedded-command batch formatters for their 
documents. The documents were plain text files with format¬ 
ter commands intermingled with the text; a flag character indi¬ 
cated the presence of a command. 

The following shows examples of three major families of 
such formatters, the dot-in-column-one formatters (like Run¬ 
off), the \ formatters (like TEX 1 ), and the @ formatters (like 
Scribe 2 ). 

.br 
.s 1 
,lm 5 
.i -2 

* If call-next-method is used in an :around method ... 

\beginlist 

\item{\bull} 

If {\bf call-next-method} is used in an {\bf :around} 
method... 

@begin[itemize] 

If @b[call-next-method] is used in an @b[:around] method... 

Many of these formatters had advanced macro and pro¬ 
gramming capabilities and are still in use today because they 
have a number of advantages over the WYSIWYG approaches. 

There are two basic classes of command languages for 
specifying document formatting—procedural languages and 
declarative languages. The procedural languages (like Runoff) 
require writers to specify all formatting directly, in effect “pro¬ 
gramming" their documents. Some allow macros as a way of 
masking the programming and simplifying the document 
sources. The declarative languages, of which Scribe is the 
best example, specify what the text is in an abstract sense 
and leave the exact specifications about appearance to a 
book design database. 

Declarative languages introduce a level of abstraction that 
separates the kind of formatting wanted from the exact details 
of how to produce it. Thus, such languages are generic, 
specifying documents in such a way that they can be 
produced for a variety of different output devices, from type¬ 
writers to typesetters. This approach is the very antithesis of 
simple WYSIWYG, which uses the screen as an exact repre¬ 
sentation of a single final paper result. 

In a generic markup language, writers specify their intent 
for a particular part of the document without specifying any of 
the details of its appearance. For example, the generic name 
for a list with bulleted paragraphs might be “highlighted-list.” 


This name specifies only the nature of the effect wanted, not 
the details on how to achieve it. 

Generic specification has a number of advantages over sim¬ 
ple WYSIWYG editing or highly procedural formatting lan¬ 
guages: 

• Writers don’t have to remember details of the local con¬ 
ventions for the appearance of various effects, only the kind 
of effect they want and its name. 

• Editing is faster because the name implies many 
parameters, like changes in margins, spacing, style, and 
placement of bullets, that otherwise would have to be speci¬ 
fied manually. 

• Writers don’t have to waste time on formatting in the early 
stages of development. 

• Subsequent maintainers can see what the original author 
meant, not just what the document looked like. 

• Generic formatting specifications are device¬ 
independent, giving more flexibility and higher quality for a 
range of output devices. 

• Corporate formatting standards can be established and 
revised whenever necessary without affecting books under 
development or books already completed. 

To assist in hand-formatting a document, WYSIWYG editors 
provide style sheets and procedural formatting languages pro¬ 
vide macros. These approaches do not offer the same power 
as a generic description language. 

With the advantages of generic markup languages, you 
might wonder why simple WYSIWYG editors have such power 
in the marketplace. Undoubtedly there are many answers to 
this question. 3 Aside from WYSIWYG’s roots in the typing pool 
and a general lack of understanding of document abstrac¬ 
tions, one of the answers lies in the convenience and aes¬ 
thetics of WYSIWYG editing itself. 

Most embedded markup languages make the document 
source file appear complicated by requiring writers to insert 
formatting codes into their text. Errors are common, due to 
the difficulty of embedding codes correctly, and sorting out 
errors can be maddening, as there is rarely any debugging 
support. Such formatting systems make the document source 
difficult to read and hence make the job of working on it 
unpleasant, in spite of the advantages. 
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engineers whose work can be highly inter¬ 
dependent; sections from one book need 
to refer to those in another. Using Concor¬ 
dia, you can add your changes to the data¬ 
base daily (or more often), which makes 
those changes available immediately to 
anyone else working on the same project. 

Version and configuration control. SCT 

records the source and update files that 
constitute any particular version of a docu¬ 
ment. As a result, document versions and 
software versions are coordinated auto¬ 
matically. A particular system version can 
be distributed and its files marked to pro¬ 
tect them against deletion. 

Evaluation 

The document development methodol¬ 
ogy in Concordia has been used in-house 
at Symbolics since late 1983. The 
documentation group has consisted of 
eight writers (on average), one editor, one 
supervisor, and one person responsible for 
production, each equipped with a Sym¬ 
bolics workstation and software. In this 
four-year period, the group has published 
three major editions of the Symbolics 
document set, ranging in size from 2500 
pages (1984) to over 7500 pages (1987). 
Each new edition was completely 
reprinted. Several minor releases inter¬ 
vened between the major releases, each 
with release notes and sometimes newly 
added documents. 

The writing group members are not the 
only users of Concordia. Many software 
developers also use Concordia for organ¬ 
izing design documents and for first-draft 
reference documentation. 

Our approach to document develop¬ 
ment has been particularly successful in 
the following areas: 

• Fast prototyping. New documents 
based on existing material can be put 
together in days. New organizations for 
existing documents can be tried out 
quickly and maintained in parallel with the 
original. 

• On-line delivery. A single document 
database is used for both on-line delivery 
and paper manuals; both media deliver 
exactly the same documents. With our dis¬ 
play hardware and Document Examiner 
interface, we have found on-line delivery 
an acceptable alternative to paper. 

• Quality enhancement. Since the in- 
house engineering community has access 
to the document database, documents are 
actually in use during development. As a 


result, users can report errors and usabil¬ 
ity problems as documentation bugs via 
electronic mail. Minor revisions are 
immediately available. 

• Maintenance. Writers can update 
documents easily by replacing erroneous 
records or by adding new ones, and 
updated records are distributed electron¬ 
ically to customers as part of minor 
releases. The writing staff can respond 
quickly and easily to problem reports 
because changes do not result in change 
pages. They manage updates with the same 
configuration tools as used for software 
changes. 

We plan to continue using Concordia 
for developing documentation at Sym¬ 
bolics, extending it as our needs expand. 
We see a number of areas needing further 
research and exploration: 

(1) Project support. Documentation is 
produced by groups of people coordinat¬ 
ing their efforts with other groups of peo¬ 
ple. We need to address further technical 
aspects of this coordination. 

(2) Understanding modular writing. We 
need more research to understand the dif¬ 
ficulties inherent in technical communica¬ 
tion, particularly in the rhetoric of 
modular writing. 


T his approach is feasible for 
producing large-scale documen¬ 
tation. Using it, our writers have 
become highly productive in a demanding 
development environment. □ 
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Software & Systems Professionals 



The BDM 

Challenge is 

Right for 

Your Future 


We want to put you to work in an 
organization that welcomes new ways 
of looking at the world ... and better 
ways of making novel ideas solve real 
problems. 


We are BDM, one of America’s foremost 
leaders in professional and technical 
services. Today we are pushing forward 
new frontiers of knowledge and 
applications to meet software design 
and development, and integration chal¬ 
lenges of every kind — information, 
decision support, intelligence, and C 3 I. 
Software professionals at BDM have the 
chance to develop innovative applica¬ 
tions and real-time software for systems 
on advanced microprocessors and 
mini-computers. You will be involved in 
developing software from the device- 
driven level all the way through to large- 
scale systems. 

Opportunities exist for technically 
degreed professionals at all levels of 
experience in such locations as: 


McLean, VA 
Albuquerque, NM 
Columbia, MD 
Dayton, OH 
Los Angeles, CA 
Seattle, WA 


Tacoma, WA 
Huntsville, AL 
Austin, TX 
Leavenworth, KS 
Detroit, Ml 


Software Engineering 

We seek software engineers interested 
in developing problem solving systems 
for our clients. These positions involve 
performing the requirements analysis, 
design, implementation, testing and 
sometimes training on various informa¬ 
tion, communications and decision 
support systems. You would be working 
with various operating systems, lan¬ 
guages and databases. 


Software/Systems Development 

We are working in intelligence fusion 
software development, intelligence col¬ 
lection management software develop¬ 
ment, and integration of off-the-shelf 
microcomputer systems for military 
applications, threat evaluation, nuclear 


targeting, and weapons delivery plan¬ 
ning software development. Candidates 
must possess experience with DOD 
programs as well as working knowl¬ 
edge of at least two formal computer 
languages (e.g., Pascal, PL/1, Ada, C). 
Software Test And Evaluation 
These positions entail the review and 
assessment of software sytems devel¬ 
opment and test approaches. You 
would participate in and lead technical 
teams in analyzing and evaluating 
approaches, requirements and imple¬ 
mentation of large and small software 
systems, including Ada development 
projects. Qualified individuals must have 
experience with DOD software and sys¬ 
tems test and evaluation, systems inte¬ 
gration, and/or software requirements 
definition and design. 

Communications Engineering 
You would perform work on a wide var¬ 
iety of challenging projects involving 
analysis of computer systems, protocols, 
message switching and processing, and 
modeling and simulation of communica¬ 
tion and computer networks. 


rience in expert systems applications, 
natural language processing, parallel 
computing applications and optical 
computing. 

Advanced Manufacturing Systems 

BDM's approach to AMS begins with 
sound strategic planning and efficient 
process design, and leads to innovative, 
practical systems architecture that 
meets and anticipates manufacturing 
needs. Process and control hardware 
and software are chosen and integrated 
to fulfill immediate demands and 
accommodate future modernization. 
Experience in systems integration and/ 
or expert systems development desired. 
Systems Integration 
BDM has performed systems integration 
in a spectrum of areas which include 
signal processing, communications, 
intelligence, energy, test and instrumen¬ 
tation, and others. Our involvement 
ranges from designing and integrating 
total systems ... to performing subsys¬ 
tem integration ... to creating and field¬ 
ing complex instrumentation and test 
systems. 


Computer Security 

These positions require an advanced 
technical degree and experience in 
computer security development or anal¬ 
ysis with specific capabilities in one or 
more of the following areas: formal veri¬ 
fication techniques, security modeling, 
trusted criteria applications, formal 
specification techniques, FDM, HDM, 
GYPSY experience. 

Database Management Systems 
BDM is currently working with various 
DBMS to include ORACLE, IDMS/R, 
M204, DATACOM/DB, INGRES and 
others. We are designing databases for 
our clients as well as performing data¬ 
base security and relational database 
design. 

Advanced Computer Technology 

We seek scientists and engineers with 
high-level computing technology expe- 


BDM offers a competitive compensation 
package, an environment with unlimited 
growth opportunities, and a staff of 
highly qualified technologists to aug¬ 
ment your talents. If you seek challenge, 
and the opportunity to use your entre¬ 
preneurial talents, rush your resume 
and geographical preference to: 
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FolioPub: A Publication 
Management System 

Johann H. Schlichter and Leslie Jill Miller 
Xerox Corporation 


W ith the increasing popularity 
and availability of inexpensive 
high-resolution graphics 
workstations and low-cost laser printers, 
the number of electronic publishing sys¬ 
tems is growing rapidly. The new systems 
are easy to use and permit easy generation 
of a large variety of documents. Ventura 1 
and Pagemaker 2 are examples. These 
desktop publishing systems are used where 
the size of the documents is small—for 
example, newsletters or short reports— 
where only a few people are involved in 
authoring and publishing the documents, 
and where the content includes text, 
graphics, and scanned images. Typically, 
one person is author, editor, and layout 
artist. A file system is usually sufficient to 
manage the generated documents. King, 
Korth, and Willner 3 describe a document 
filing and retrieval system for such small 
office systems. 

In contrast to these desktop publishing 
systems, production publishing systems, 
such as Xyvision, 4 are used for large 
documents generated by many people. 
Possible application areas include in-plant 
publishing of technical manuals and com¬ 
plex reports with many types and sources 
of content. The tasks of writing, editing, 
illustrating, and page layout are usually 
performed by different people. Thus, 
production publishing requires a sophisti¬ 
cated publication management system that 
coordinates tasks, manages the data 
produced by the people performing these 



This prototype system 
captures and tracks 
input from 15 authors 
and graphics 
specialists and 
enforces a uniform 
style on the 200-page 
quarterly report 
produced. 


tasks, and supports processing operations. 

During its lifetime a publication passes 
through a variety of stages: defining struc¬ 
ture, authoring content, defining and 
processing layout, reviewing, soft proof¬ 
ing or printing, and archiving in long-term 
storage. A publication may be retrieved 
from long-term storage for demand print¬ 
ing or for issuing a new revision. An elec¬ 
tronic publication management system 
should support all these stages. A variety 


Another version of this article appears in Conference 
RecordHICSS-21, Hawaii International Conference 
on System Sciences, January 5-8,1988, Kailua-Kona, 
Hawaii. 


of systems have been designed and imple¬ 
mented, providing solutions to some of 
these problems. For example, document¬ 
formatting systems, such as TEX and 
Troff, 5 address the layout and definition 
stage. The user combines text and layout 
specifications in a document description, 
which is processed to generate the format¬ 
ted output. Document-formatting systems 
do not, however, provide any authoring or 
management support for multiauthor, 
multiversion publications. 

Hypertext systems, 6 such as Notecards 
and Neptune, offer an interesting 
approach to publication creation, support¬ 
ing the definition of structure as well as 
content. Hypertext provides sophisticated 
means for structuring publications, for 
making arbitrary connections between 
pieces of data, for recording version his¬ 
tories, and for viewing and traversing the 
publication structure. However, the main 
focus of these systems is to support the 
organization of information and the 
authoring of content. For example, 
Notecards is designed as a general-purpose 
idea-processing environment for applica¬ 
tions ranging from writing research papers 
to designing parts for photocopiers. These 
systems lack the layout and conversion 
processing needed for publication 
management. 

Another class of systems includes 
advanced electronic publishing systems, 
such as Xyvision. These systems are 
designed for corporate publishing, in 
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which long publications are composed 
according to standard layouts. Xyvision 
provides sophisticated capabilities for 
page layout and for capture of text, 
graphics, and images, and it supports the 
structuring of publications. However, its 
support for version control and informa¬ 
tion sharing between publications is 
limited. 

FolioPub: 
major features 

This article describes FolioPub, the 
publication management components of 


an experimental production publishing 
system. Focusing on publication definition 
and automatic publication processing in a 
distributed environment, FolioPub sup¬ 
ports version and access control and 
sequencing of publications through mul¬ 
tiple text- and image-processing steps. 

FolioPub maintains a database that 
stores the content and logical structure of 
a publication. The user can subdivide the 
publication content into increasingly 
smaller parts—for example, chapters, sec¬ 
tions, paragraphs—to obtain the desired 
granularity of editable units. The 
granularity of the structure is completely 


under the user’s control. The structure 
itself is analogous to the Cobatef system 7 
and the Office Documentation 
Architecture 8 proposals for integrated 
publication-structuring architectures. 

During writing and layout definition a 
publication goes through a sequence of 
states reflecting its history. FolioPub 
records this history by capturing all 
changes of content, logical structure, and 
layout definition. 

An important feature of FolioPub is the 
association of major processing steps with 
publication content and structure. 
FolioPub provides several system-defined 
processing steps, but the user can create 
new processing steps as desired. After 
defining a publication’s structure and con¬ 
tent, the user can activate publication 
processing. FolioPub selects the correct 
version for each content piece, applies the 
appropriate processing, and caches the 
results. Before processing, the system 
checks to see whether the results of previ¬ 
ous processing are still valid or new 
processing is necessary. 


Architecture 



FolioPub is based on a distributed archi- 

Figure 1. Client/server architecture. tecture supporting a client/server model, 



Figure 2. Structuring a publication into environments and publication units. 
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with FolioPub servers providing publica¬ 
tion management services. Additional text 
or image processing services can be 
invoked in turn by the FolioPub servers. 
Figure 1 shows the distributed architecture 
of the client/server model. Several differ¬ 
ent services may be implemented on the 
same server; the user is not aware of the 
physical location of an individual 
FolioPub service. 

A service is identified by a network 
name that maps into a particular server 
address. At the identified server this name 
maps further into a particular FolioPub 
database. Different services correspond to 
different servers or to different databases 
on one server. The latter configuration 
requires two network names that map to 
the same server network address. Client 
software can also be run on the same 
machine as a FolioPub service. It is more 
likely, however, that client code will be 
executed on separate workstations and 
that client implementations will vary 
according to the needs of users—authors, 
editors, or graphic artists. 

The publication database can be dis¬ 
tributed across multiple FolioPub servers, 
and a single publication can consist of 
several portions, each portion residing on 
a different FolioPub service. FolioPub 
links these portions to form a unified pub¬ 
lication structure. 


Publication 

representation 

A publication is a structured collection 
of information, which can include any 
combination of text, scanned images, and 
synthetic graphics. 7,8 Its presentation 
depends on its chosen style or styles. In 
FolioPub a publication has a structured 
database representation that reflects the 
raw content of the publication, its logical 
structure, its layout structure as embodied 
in the important stages of publication 
processing, and a grouping of its parts 
according to who works on them. 

Publication environments. The top- 
level structures in the FolioPub database 
are called environments, and they contain 
nested subenvironments. Both are used to 
represent groupings of publications and 
publication pieces. A grouping might cor¬ 
respond to a subject area, an accounting 
unit, or a working group. The establish¬ 
ment of environments and subenviron¬ 


ments is entirely under the user’s control. 
This allows the user to create divisions 
appropriate to their organization or appli¬ 
cation. Environments and subenviron¬ 
ments are modeled on file system 
directories and provide the same organiza¬ 
tional assists. They support access rights 
and arbitrary naming for publications and 
publication pieces. The following descrip¬ 
tion concentrates on the structure of a sin¬ 
gle publication as embodied by different 
pieces spread across various envi¬ 
ronments. 

Publication node structure. Publication 
content and structure are captured by a 
rooted, directed, acyclic graph of publica¬ 
tion nodes. This graph represents the pub¬ 
lication’s logical structure as well as 
important processing stages. The system 
distinguishes two different types of pub¬ 
lication nodes: content nodes and process¬ 
ing nodes. A content node contains some 
user-provided content for the publication. 
Content nodes constitute the leaves of the 
node graph. A processing node defines 
processing actions, which are applied to 
lower level publication nodes. Processing 
actions include, for example, text concate¬ 
nation, text and image composition, image 
insertion, and Interpress 9 concatenation. * 
A processing node P links downward to 
other processing nodes and content nodes. 
These lower-level nodes are called the chil¬ 
dren of P, and various arbitrary, user- 
defined names are used to identify these 
child nodes. Top-level publication node 
names are uniquely defined within their 
immediately enclosing environment/ 
subenvironment. 

Any linked set of publication nodes with 
a single root can be grouped together into 
a publication unit. A publication unit is an 
atomic database unit that exists entirely 
within a single FolioPub service and, 
indeed, within a single environ¬ 
ment/subenvironment hierarchy. A node 
may have external links to nodes in other 
publication units, whether they reside in 
different environments of the same 
FolioPub service or in different FolioPub 
services. The example in Figure 2 defines 
four pieces of a publication, Article!, 
Article*, Figl, and Fig2, in four separate 
publication units. Rectangles with con- 


•Interpress is a device-independent page description 
language. Interpress concatenation merges several 
self-contained Interpress masters and generates a new 
Interpress master, which can be sent to a printer. 


tinuous lines represent processing nodes, 
circles represent content nodes, and rec¬ 
tangles with dashed lines represent the 
publication units. Proceedings is the envi¬ 
ronment in which the four publication 
units reside. Figures is a subenvironment. 
External links connect the publication 
units Article! and Article* to nodes in the 
publication units Figl and Fig2. The map¬ 
ping of a publication as the user perceives 
it into the FolioPub environment and pub¬ 
lication unit hierarchy is entirely under the 
user’s control. Typically, the user would 
create a separate environment for each 
new publication and define separate pub¬ 
lication units for the logical units of the 
publication, such as different articles (see 
Figure 2). However, the user is free to cap¬ 
ture the entire publication within a single 
publication unit. 

Version management. FolioPub keeps 
a publication history reflecting structure 
and content modifications. Each publica¬ 
tion node consists of a version tree of 
objects that define the changing semantics 
of that node over time. The system iden¬ 
tifies two different types of versions. Suc¬ 
cessor versions are sequential updates of 
the primary information in the publication 
node, derived by editing or updating the 
previous version. Alternative versions 
reflect alternative definitions of the node’s 
semantics. Alternative versions are real¬ 
ized by labeled version branches. Each ver¬ 
sion branch has an associated user-defined 
name. The version tree generated at the 
creation time of the publication node has 
no label attached. From any object of any 
version branch a new labeled version 
branch can be created. A given object may 
be the predecessor of several different 
labeled version branches as well as an unla¬ 
beled successor version. The version tree 
of objects comprising a publication node 
thus represents a partial ordering that 
reflects the publication node’s develop¬ 
ment history. 

Content objects and processing objects. 
The version tree of a publication node con¬ 
sists primarily of linked processing objects 
and content objects. A content object 
identifies one or more user-provided con¬ 
tent files, the primary input from the user. 
These files can contain text or graphics and 
can have any of a variety of formats. 
FolioPub is a strongly typed system, and 
each file has exactly one file type depend¬ 
ing on its contents. FolioPub interprets the 
file type and applies processing 
accordingly. 
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A processing object defines the process¬ 
ing to be carried out on its children—the 
nodes in the graph to which it points. 
Processing is user-defined and uncon¬ 
strained. A processing object is defined by 
the child-links to its children, an FPL (file¬ 
processing language) file that specifies the 
file-processing operations to be applied to 
the output from the children, and a con¬ 
trol file that directs the graph traversal and 
the flow of information between objects. 
For each child of a processing object PO, 
the system defines a directed child-link 
from PO to the child node. Associated 
with each child-link is a different user- 
defined child name, used to access the 
child node from PO. 

In addition to having child names, the 
children of a processing object PO are clas¬ 
sified into named, disjoint groups called 
import groups. Different import groups 
are used to specify different types of input 
for PO processing. For example, the stan¬ 
dard Compose-Text processing object 
includes an import group Source, specify¬ 
ing the text to be formatted, an import 
group Style, specifying the style files to be 
applied during composition, and an 
import group HDict, which defines the 
hyphenation dictionary. The sequential 
order of the children within a group is 
specified by the user during the definition 
of PO and is significant for PO’ s process¬ 
ing actions. 

Publication naming. A user names a 
publication or any of its parts by a hierar¬ 
chical publication path name. This name 
can be used to access or change the publi¬ 
cation structure and content or to invoke 
processing. A publication path name con¬ 
sists of three consecutive parts: the name 
of the service, a sequence of nested envi¬ 
ronment/subenvironment names, and a 
sequence of publication node/object selec¬ 
tion names. The syntax generally takes the 
form 

[service]env>..>subenv!nodei(rulei, labels,)! 

!node„(rule„, labels,,) 

Service specifies the network name of a 
FolioPub service. A publication node 
name, node , (/= 1 , . . ., «), either speci¬ 
fies the name of a publication unit resid¬ 
ing within an environment or is the name 
of a child-link from a processing object to 
a child node. Each publication node can be 
further qualified to specify a specific ver¬ 
sion. Rule allows the user to select the most 
recent, least recent, or a particular num¬ 
bered version. Labels consists of one or 
more label names, which point to succes¬ 


sive alternative version branches within a 
publication node. If the rule part of a pub¬ 
lication node name is empty, the system 
will default to “most recent”; if labels is 
empty, the system defaults to the selection 
of the successor object reached from the 
root of the node’s version tree. 

Information sharing. FolioPub sup¬ 
ports the sharing of information between 
different publications. To guarantee the 
consistency of the shared information, it 
uses shared access rather than sharing by 
copying. Different processing objects can 
point to the same child node, which may 
be a content or a processing node. In the 
latter case an entire subgraph with process¬ 
ing steps as well as publication content is 
shared. This mechanism permits the user 
to define multiple access paths to the same 
node. In Figure 2 the user can access con¬ 
tent node C4 by using either the publica¬ 
tion path name 

Proceedings >Figures!Fig2!Im2 
or 

Proceedings! Article,,! figure 


Support for data 
semantics 

As mentioned earlier, FolioPub is a 
strongly typed system. The types of differ¬ 
ent files and a catalog of publishing- 
specific information related to file con¬ 
tents, such as page number range and 
insert figure metrics, are maintained by the 
FolioPub system and used in its process¬ 
ing. These pieces of information are called 
data attributes; they are text-encoded in a 
standard format and are used for user-to- 
FolioPub or intra-FolioPub communica¬ 
tion. Each attribute consists of an attribute 
type and a sequence of “name: value” 
items. Data attribute files are associated 
with objects of the publication structure; 
examples include the export attribute file, 
the parameter file, and the hit attribute 
file, which are defined and described in the 
“Publication processing” section. 

Data attributes. FolioPub explicitly sup¬ 
ports certain processing information spe¬ 
cific to publication layout. It is included in 
the system to handle sequencing of sec¬ 
tions and figures and also to handle name 
and metrics resolution for graphics and 
scanned images that are to be inserted into 
the laid out text. The information is cap¬ 
tured in several standard data attributes. 
All are used in the publication processing 


described in the next section. 

The Numbering attribute defines 
sequencing information related to the 
object: 

[Numbering] 

First: 

Last: 

Type: 

It indicates the first and last numbers of a 
certain type that are associated with a par¬ 
ticular object. For example, the type 
“Page” designates sequential page num¬ 
bers. Other possible types of the Number¬ 
ing attribute involve sequencing of 
sections, figures, and so on. Numbering 
attributes are usually generated by the 
page layout process. 

The Export File attribute specifies a file 
exported by an object of the publication 
structure: 

[Export File] 

Export Name: 

File Type: 

File Name: 

Each file is characterized by its file name, 
file type, and export name. File Type indi¬ 
cates the format of the file contents; pos¬ 
sible file type values include Troff, 
Interpress, and so on. The value of Export 
Name is used to uniquely identify the 
exported file within the context of a par¬ 
ticular object. It is used during control and 
file processing to select between child out¬ 
put files. File Name identifies the file 
within the FolioPub database. 

The Export Block attribute is similar to 
the Export File attribute but provides addi¬ 
tional geometric information for inserts: 

[Export Block] 

Export Name: 

File Type: 

File Name: 

X: — offset from origin to block 
Y: — offset from origin to block 
Width: — x dimension of block, >0 
Depth: — y dimension of block, >0 

The meanings of the items Export Name, 
File Type, and File Name are identical to 
the same items in the Export File attribute. 
The remaining items provide geometric 
information about the insert. Figure 3 
demonstrates the intent of the items X, Y, 
Width, and Depth when the origin is “bot¬ 
tom left.” 

The Insert Required attribute character¬ 
izes the geometry of a required insert such 
as a CAD/CAM drawing or a scanned 
image: 

[Insert Required] 

Alias: 

File Type: 
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Figure 3. Geometric information for an Export Block attribute. 


Reference: 

X: — offset from origin, positive 
direction to the right 
Y: — offset from origin, positive 
direction down 

Width: — x dimension of insert, >0 

Depth: — y dimension of insert, >0 

Insert Required attributes are usually 
generated by Compose-Text processing, 
which leaves an art hole in the formatted 
text. The item Reference specifies the file 
name of the formatted text that requires 
the insert. The semantics of the items Ori¬ 
gin, X, Y, Width, and Depth are identical 
to the corresponding items of the Export 
Block attribute (see Figure 3). The insert 
is referenced in the formatted text by its 
alias name, as specified by the item Alias. 

The Insert-Merge processing object 
merges an Insert Required attribute and a 
matching Export Block attribute to create 
the following attribute: 

[Insert Binding] 

Alias: 

File Type: 

File Name: 

Reference: 

The item values are derived from the cor¬ 
responding item values of the Insert 
Required and Export Block attributes. The 
item Alias specifies the alias name for the 
insert, as referenced in the formatted text. 
The alias name must be the child name of 
the object that provides the insert file to the 
Insert-Merge processing object (see 
“Processing objects for publishing” sec¬ 
tion). Reference defines the file name of 
the referencing formatted text file. The 
items File Type and File Name refer to the 
file that provides the insert. 

If one refers back to Articlei in Figure 
2, each of “Proceedings!Articlei!body 
!Chl” and “Proceedings!Article|!body! 
Ch2” would have an Export File attribute 
corresponding to the user-provided text. 
Each of “ProceedingsJArticle^cat” and 
“Proceedings! Articlei !dog” would have 
an Export Block attribute corresponding 
to the image they export. “Proceedings! 
Articlei !body” would also export two 
Insert Required attributes specifying 
aliases of “cat” and “dog” respectively. 
After successful merge processing, 
“Proceedings!Articlei” would have two 
Insert Binding attributes indicating which 
files provide the “cat” and “dog” inserts. 

Publication processing 

Publication processing is an integral 
part of the FolioPub system. The user can 


apply it to a part of a publication or an 
entire publication. After the user submits 
a processing request, FolioPub selects the 
appropriate object versions and invokes 
the processing necessary to satisfy the 
request. FolioPub does this automatically 
without further user intervention, freeing 
the user from the burden of selecting the 
desired versions and invoking the required 
processing. The basic approach of 
FolioPub is very similar to configuration 
management in software development 
environments, where the appropriate ver¬ 
sions of program modules are compiled 
and linked together. 

When the user wishes to invoke publi¬ 
cation processing, a publication path name 
is specified, and it determines the top-level 
processing object PO. During processing, 
the system walks the graph for which PO 
is the root, selecting the desired content 
and processing objects. The processing 
itself is controlled by the selected process¬ 
ing objects. These specify the processing 
actions to be applied to the result files of 
their children in order to produce new 
results. The children can be content 
objects or other processing objects. After 
the successful completion of processing on 
a publication structure, each selected 
processing object has a cache object 
attached. This third type of publication 
object stores the results of the operation 
performed at that processing object. 

Cache objects. A processing object can 
reference one or more cache objects. 


Cache objects not only contain results but 
also retain information about the identity 
of the child objects used for generating the 
results. Subsequent changes to the under¬ 
lying children may invalidate a cache 
object. FolioPub recognizes these changes 
and invokes processing when necessary; 
otherwise it uses the results from a previ¬ 
ous processing action. Figure 4 demon¬ 
strates the link from a processing object to 
a cache object. Note that the child-link 
from the processing object points to a ver¬ 
sion tree representing the child node. The 
child-link from a cache object points to a 
selected child object. 

Attribute files. Export attribute files are 
associated with content objects and cache 
objects. In both cases the export attribute 
file defines attributes that are exported to 
the parent object. The export attribute file 
of a content object is defined during the 
creation of that object. For each file 
associated with the content object, there 
exist one or more entries in the export attri¬ 
bute file. The export attribute file of a 
cache object is generated after a process¬ 
ing operation has been successfully com¬ 
pleted at the corresponding processing 
object. In this case the export attribute file 
identifies processing results that are to be 
exported to the parent objects. 

The parameter file indicates parameters 
used for processing, such as the type and 
properties of the printer, the beginning 
page number, or the desired image size. 
The contents of the hit attribute file are 
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Figure 4. Structure of a processing object. 



Operation Attribute in 
Control file of PO: 
[Sequential] 

Groups: Text 
Numbering Types: Page 


Operation Attribute in 
Control file of PO. 

[Alias Filtered Dependency] 
Producers: Text 
Consumers: Insert 
Properties: Insert Required 


Figure 5. Example of a Sequential Figure 6. Passing of an Insert Required attribute, 

attribute. 


used in determining whether a new 
processing request requires the invocation 
of processing or the results of a previous 
processing operation can be used. 

Instantiation. A processing operation, 
hereafter called an instantiation, consists 
of two passes over the node graph. The 
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Newlnstance operation binds the objects 
that are to take part in the processing. The 
Makelnstance operation performs the 
actual processing and saves the results in 
cache objects. 

The Newlnstance operation starts at the 
top-level node of the instantiation. Exactly 
one object of this node’s version tree is 


selected according to the selection rule in 
the publication path name supplied by the 
user. If the selected object is a processing 
object, the Newlnstance operation recur¬ 
sively traverses the subgraphs defined by 
the object’s children. The children are 
visited in the order defined by the user at 
creation time. Note that this is not neces- 
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sarily the same order as applied by the later 
Makelnstance operation. For each publi¬ 
cation node visited during the Newln- 
stance operation, exactly one object in its 
version tree is selected. Starting at the top- 
level node, the traversal of the Newln- 
stance operation consists of a recursive 
sequence of “select object” and “follow 
child-links to the next node. ” If a part of 
the publication is referenced several times, 
FolioPub takes care that the same version 
of this part is used for each reference. 

An instantiation is not limited to a sin¬ 
gle publication unit. Thus, all external 
links are followed to identify objects 
within other publication units that may 
reside in different FolioPub services. Dur¬ 
ing this first pass the system identifies all 
the relevant content and processing objects 
and protects them against deletion. The 
selected objects are linked into a rooted, 
directed acyclic graph of objects. This 
graph represents a slice through the pub¬ 
lication node graph, and it captures the 
state of the publication at a particular 
point in time. This graph of objects is 
called an instance. 

After the binding of the selected objects, 
the Makelnstance operation recursively 
traverses the instance generated by Newln- 
stance. At a processing object the children 
are recursively processed, their results are 
exported to the processing object, and the 
computation at this object is performed 
and its results passed to its parent. The 
Makelnstance operation is completed 
when the processing at the top-level object 
of the instance is finished. At a content 
object CO no real processing operation 
takes place. FolioPub interprets the export 
attribute file of CO and returns the attri¬ 
butes stored in this file to the parent object 
of CO. 

The Makelnstance operation at a single 
processing object PO is performed in two 
steps: control processing and file process¬ 
ing. Control processing controls (1) the 
processing order of the import groups of 
PO, (2) the information flow among the 
children of PO, and (3) the information 
flow from PO to the parent object of PO. 
Before actual file processing is invoked, 
FolioPub checks to see whether a cache 
object from a prior processing action is still 
valid. If the existing cache object is still 
valid, it is reused. If no valid cache object 
is found, the file processing operation is 
invoked and the processing results are 
saved in the export attribute and hit attri¬ 
bute files of a newly created cache object. 
The temporary results generated by con¬ 
trol processing, as well as the permanent 


results stored in the export attribute file of 
the relevant cache object, are returned to 
the parent object as PO‘ s processing 
result. The caching of results turns out to 
be an important feature because compo¬ 
sition of scanned images and formatting of 
text can be quite time consuming. 

Control processing and operation attri¬ 
butes. The order of traversal during 
Makelnstance and the FolioPub system 
support for certain publishing-specific 
data attributes are controlled by operation 
attributes in the control files (see Figure 4) 
of processing objects. Operation attributes 
define in a declarative manner the differ¬ 
ent types of control processing. 

An example of an operation attribute is 
the Dependency attribute. It specifies con¬ 
straints on the order in which different 
import groups are to be processed during 
Makelnstance: 

[Dependency] 

Producers: 

Consumers: 

Properties: — optional 

The items Producers and Consumers 
specify import groups. A Dependency 
attribute specifies that the producer groups 
will always be executed before the con¬ 
sumer groups. The item Properties speci¬ 
fies a list of data attributes to be passed 
from the producer children to the con¬ 
sumer children. If the item Properties is 
empty, no information is passed from the 
producers to the consumers. However, all 
producer groups will still be executed 
before any consumer group. Thus, the first 
step of control processing is to determine 
an acceptable ordering of import groups 
that satisfies the various control file con¬ 
straints. For example, the body of a pub¬ 
lication usually must be composed before 
the table of contents even though the table 
of contents appears before the body when 
printed. Within one import group the chil¬ 
dren are processed in the order specified by 
the user when creating the processing 
object PO. Each child C returns its 
processing results to PO. 

The control file can also specify the 
information flow between the individual 
children of PO. Child C, of PO can gener¬ 
ate information to be input to child C, of 
PO. For example, to generate the correct 
page numbers, updated page sequencing 
information can be passed to each succes¬ 
sive child that does text processing. The 
control processing can also create page 
sequencing information for an entire 
import group. These generated data attri¬ 
butes are later exported to the parent 


object of PO as part of PO 's processing 
results. 

The flow of sequencing information is 
invoked by the presence of the Sequential 
attribute (see Figure 5). It is used to 
sequentialize properties such as page num¬ 
bers, section numbers, and figure num¬ 
bers. The item Numbering Types is a list 
that specifies all the properties to be 
sequentialized. The item Groups specifies 
a list of import groups to which Sequential 
will be applied. In Figure 5 control 
processing passes the corresponding Num¬ 
bering attribute of type Page to child C,. 
After the completion of Q the processing 
object PO receives an updated Numbering 
attribute, which is then passed to child C 2 . 
After all children of an import group listed 
by Groups are completed, the control 
processing of PO generates a final Num¬ 
bering attribute for the group, which is 
then passed to the parent of PO. 

Other operation attributes include Alias 
Filtered Dependency and Make Bindings. 
The Alias Filtered Dependency attribute 
(see Figure 6) specifies that a Properties 
attribute from a producer child should be 
passed to a consumer child whose child 
name matches the item Alias of the listed 
attribute. For example, in Figure 6 the pro¬ 
ducer child Ci exports an Insert Required 
attribute that has the alias ‘ ‘ figure 1. ” The 
Alias Filtered Dependency attribute of PO 
passes this Insert Required attribute to the 
consumer child C 2 whose child name is 
“figure 1There is at most one consumer 
child with this child name, by the defini¬ 
tion of legal processing objects. This infor¬ 
mation can then be used for processing at 
C 2 to fix the size of the image. The Make 
Bindings attribute takes (1) an Insert 
Required attribute (with an item Alias) 
from a calling child and (2) an Export 
Block attribute from a defining child 
whose child name is the same as the item 
Alias of the Insert Required attribute and 
creates an Insert Binding attribute. The file 
types and the geometric information of the 
Insert Required and Export Block attri¬ 
butes must match. This is the means for 
reconciling name and metrics between a 
required insert and the graphic that satis¬ 
fies it. 

File processing. File processing is the 
second step of the Makelnstance operation 
at a processing object. It is defined by the 
FPL (file processing language) file of PO. 
The FPL file contains operating system 
commands that invoke programs to per¬ 
form the actual computation. Programs 
include text composition, table of contents 
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Figure 7. Possible structure of a publication definition. 


generation, image composition, and text 
and graphics merging. A user integrates a 
new program into FolioPub by imple¬ 
menting a new FPL file and attaching it to 
a processing object. This approach pro¬ 
vides an extensible processing manage¬ 
ment system that can be customized to user 
needs. It does, however, provide consider¬ 
able security risks since arbitrary com¬ 
mands can be invoked by the user. We 
intend to replace the current FPL file with 
an interpreted language that supports arbi¬ 
trary Makelnstance processing but works 
on read-only copies of its input data. 

File processing takes the results of con¬ 
trol processing, prepares them for input to 
the programs, invokes the programs, and 
saves their results in the export attribute 
file of a cache object associated with PO. 
These saved results of file processing are 
permanent and available as long as the 
cache object is accessible. To make the 
results of control processing permanent, it 
is necessary during file processing to copy 
them into the export attribute file. 


Processing objects for 
publishing 

In FolioPub we implemented a variety 
of control and FPL files, which realize 
different types of processing objects for 


electronic publishing. These include con¬ 
trol and FPL files for Compose-Text, 
Compose-Image, Insert-Merge, and 
Pageset. Figure 7 shows a possible publi¬ 
cation structure integrating these typical 
processing objects. For processing objects 
it shows only the names of import groups. 
Child names are omitted. The two 
Compose-Text processing objects share 
style information, font metrics, and their 
hyphenation dictionary. 

A processing object CT of type 
Compose-Text formats copymarked 
source files in the order of the import 
group Source, applying style information, 
font metrics, the hyphenation dictionary, 
and possibly a layout description for illus¬ 
trations. Currently FolioPub uses the 
Xerox text composition system XICS, 10 
but other formatting systems, such as TEX 
or Troff, could be used instead. The con¬ 
trol file of CT is empty. File processing 
takes the results from its children and 
invokes the appropriate text composition 
service: 


FPL-Compose-Text—expo« C7 - 
{ sources : = all [Export File] attributes 
with Export Name “out¬ 
put” exported by the 
import group SOURCE ; 


styles : = all [Export File] attributes 
exported by the import 
group STYLE ; 

metrics : = all [Export File] attributes 


exported by METRICS ; 
hyphen : = all [Export File] attributes 
exported by HDICT ; 
layout : = all [Export File] attributes 
exported by LAYOUT ; 
CASE filetype OF sources 
XICS: call XICS-Service(sources, 

styles, metrics, hyphen, layout); 
TEX: call TEX-Service(sources, 

styles, metrics, hyphen, layout); 
save into export CT : the [Export File] 
attribute pointing to the formatted text, 
the [Numbering] attribute specifying 
page number information, and a 
sequence of [Insert Required] attributes 
defining the image inserts required by 
the text; 


A processing object Cl of type 
Compose-Image composes a scanned 
gray-scale image and generates an Inter¬ 
press file. The composition depends on the 
target printer type as well as the requested 
size. The aspect ratio of the image is 
preserved. The control file of Cl is empty. 
File processing uses the source file of the 
scanned image, the desired sizes, and the 
targeted output device, and invokes the 
service for scanned images. 

A processing object IM of type Insert- 
Merge controls the sequential processing 
of text composition and ensures the con¬ 
sistency of insert size values used by 
Compose-Text and Compose-Image 
objects. /A/control processing sequences 
page numbering information to all chil¬ 
dren of the Text import group by using the 
Sequential operation attribute, and it 
filters insert requests generated by the Text 
import group to the appropriate children 
of the Insert import group by using the 
Alias Filtered Dependency operation attri¬ 
bute. After the processing of all children 
of IM has been completed, IM uses the 
Make Bindings operation attribute to bind 
Insert Required attributes of the Text 
import group to the Export Block attri¬ 
butes of the Insert import group. Then IM 
merges the formatted text and composed 
images. The merge does not require any 
physical copying of files; the merged file 
contains references to the required files. 
These references are resolved when the 
user requests the printing of the merged 
file. 

A processing object PS of type Pageset 
merges formatted text and images into one 
final output file. Unresolved Insert 
Request attributes are echoed to the par¬ 
ent of PS if available. Pageset also sequen- 
tializes the page numbers of the children 
belonging to the import group Pageset by 
using the Sequential attribute. 
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Request processing 

The previous sections discussed in detail 
the representation of the publication struc¬ 
ture and the processing operations that can 
be applied to individual objects in the pub¬ 
lication structure. All these operations are 
provided by publication management ser¬ 
vices and can be accessed by the user via 
requests submitted to the client software. 
FolioPub supports a variety of requests on 
publication structures, including creating, 
deleting, and listing environments, publi¬ 
cation units, processing objects, and con¬ 
tent objects. 

FolioPub also supports requests to 
print, archive, and restore a publication. 
The print request takes a publication path 
name and applies the Newlnstance and 
Makelnstance operations to the identified 
publication graph. The resulting Interpress 
file is printed on the user’s choice of printer 
and the instance is deleted. Once the user 
submits the print request, the FolioPub 
service performs the operations as dis¬ 
cussed in earlier sections without any addi¬ 
tional assistance by the user. The execution 
time of the request depends on the com¬ 
plexity of the publication structure and the 
complexity of file processing. At any time 
the user can query the status of the request. 

Other requests supported by FolioPub 
include archiving and restoring of publi¬ 
cation instances. Archive performs a 
Newlnstance operation and saves the 
resulting instance in a user-specified direc¬ 
tory. This instance reflects a slice through 
the publication structure. Restore is the 
reverse operation. It takes the information 
stored in a specified directory and creates 
a new publication structure. Each node of 
this structure consists of a single version. 


A first FolioPub prototype has 
been implemented in C and runs 
on a VAX 11/785 under Unix 4.3 
BSD. The database was implemented on 
top of the Unix file system. The prototype 
is being used by an internal editorial ser¬ 
vices group to produce the quarterly report 
of Xerox Webster Research Center. Each 
report is some 200 pages long and includes 
input from about 15 authors and graphics 
specialists. FolioPub is proving very use¬ 
ful in capturing the input from a variety of 
input sources, keeping track of the ver¬ 
sions submitted by the authors, and 
enforcing a uniform style in the published 
report. 

The experience of producing a report 
that involves such a large number of 


authors has demonstrated that the 
management of people and tasks is essen¬ 
tial. One future research topic for 
FolioPub is the integration of publication 
management and work-flow management. 
User interface issues pertinent to the pub¬ 
lication management application are also 
being considered. □ 
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Finding Facts vs. Browsing 
Knowledge in Hypertext 
Systems 

Gary Marchionini and Ben Shneiderman 
University of Maryland 


F or hypertext and electronic infor¬ 
mation systems to be effective, 
designers must understand how 
users find specific facts, locate fragments 
of text that satisfy information queries, or 
just browse. Users’ information retrieval 
depends on the cognitive representation 
(mental model) of a system’s features, 
which is largely determined by the concep¬ 
tual model designers provide through the 
human-computer interface. Other deter¬ 
minants of successful retrieval include the 
users’ knowledge of the task domain, 
information-seeking experience, and phys¬ 
ical setting. 

In this article we present a user-centered 
framework for information-seeking that 
has been used in evaluating two hypertext 
systems. We then apply the framework to 
key design issues related to information 
retrieval in hypertext systems. 


Hypertext 

Hypertext and other electronic informa¬ 
tion systems overcome human limitations 
by providing mechanisms for compact 
storage and rapid retrieval of enormous 
volumes of textual, numeric, and visual 
data. The importance of these systems lies 
in their potential capacity to augment and 
amplify human intellect. We need this 
capacity because of the exponential 
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Hypertext systems 
will change the way 
people read and write. 
Two evolving systems, 
Hyperties and the 
Electronic 
Encyclopedia, 
demonstrate the 
possibilities and 
problems. 


growth, increasing complexity, and mul¬ 
tidisciplinary nature of scientific, eco¬ 
nomic, medical, and other knowledge. 

Early information retrieval systems 
searched large databases of records 
(library card catalogs, legal citations, 
scientific journal abstracts, etc.) to retrieve 
items that satisfied a Boolean, keyword- 
oriented query. A second strategy made 
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information resources available in video¬ 
tex systems through menu selection hier¬ 
archies. Large full-text databases were 
explored with string search strategies to 
locate lines or paragraphs with desired pat¬ 
terns. A fourth familiar strategy— 
database management systems—retrieved 
structured records of accounting, scien¬ 
tific, or other data according to the search 
logic of a procedural program or a precise 
query language. 

The applicability of these strategies 
overlap, but the differences reveal the 
diverse approaches and tools that exist. A 
physician trying to find every clinical study 
of Parkinson’s disease is very different 
from a high school student needing infor¬ 
mation for a term paper. 

A new approach—hypertext—has 
recently joined electronic information sys¬ 
tems. The term, coined by Ted Nelson, 1 
describes a vast network of text fragments 
linked together, an electronic writing and 
reading system that uses the power of the 
computer for more than editing and dis¬ 
play. Nelson’s followers worked on a pro¬ 
totype and Douglas Engelbart 2 created a 
variant approach during the 1960s. But 
only in the past few years have practical, 
commercially viable systems and provoca¬ 
tive research implementations appeared. 
(For a review, see Conklin. 3 For discus¬ 
sions of particular systems, see 
Yankelovich, Meyrowitz, and van Dam, 4 
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Halasz, Moran, and Trigg, 5 and 
Goodman. 5 ) 

Hypermedia and hypertext systems 
allow users to traverse complex networks 
of information quickly. Authors can eas¬ 
ily link passages and references and col¬ 
lapse or expand outlines; readers can freely 
move among text fragments to find 
sources of quotations, journal article 
references, definitions, and related 
passages. 

From the writer’s point of view, hyper¬ 
text systems are the next generation of 
word processing. In addition to word 
processing features like block moves, 
search and replace, and spell or style 
checking, hypertext writing tools may sup¬ 
port and extend the writing process with 
telescoping outlines, posted notes that do 
not affect the main text, electronic book¬ 
marks, and browsing modes. 

From the reader’s point of view, hyper-, 
text systems are a new generation of data¬ 
base management. Full text is accessible 
from multiple perspectives, for various 
purposes, and through different search 
strategies. Thus, hypertext databases are 
more malleable to the user than print or 
early electronic text formats. 

In this article we focus on hypertext 
from the reader’s perspective, in particu¬ 
lar, how users find information in such 
systems. 

Hypertext usage depends on what men¬ 
tal models users have for the system. These 
mental models in turn depend on the con¬ 
ceptual models used by designers to create 
and present the system. Therefore, effec¬ 
tive use depends on better understanding 
of how information-seeking processes are 
learned and applied. 

Since hypertext systems have a brief his¬ 
tory of application, we have sparse evi¬ 
dence for their effectiveness, let alone 
proven principles to guide design. Advo¬ 
cates enthusiastically point out the similar¬ 
ity between human associative memory 
and the network of text fragments that 
allows freedom in linking ideas. While 
there are undoubtedly information search 
tasks that hypertext suits, promoters may 
fail to realize that the very same freedom 
of linkage they admire can complicate 
some search or learning tasks. 

Present systems may support browsing 
strategies attractive to end users but ineffi¬ 
cient for fact retrieval. To compensate, 
cumbersome analytical strategies that take 
advantage of indexing to improve retrieval 
may be supported; however, the overall 
design may become complex. Analytical 
strategies include consulting thesauri 


before search, using Boolean connectives, 
and systematically iterating queries. 

Determining criteria for optimal mixes 
of browse and analytical support is criti¬ 
cal to development. Balancing the power 
for retrieval with the ease of understand¬ 
ing is a central problem for designers of 
future systems. We believe that the solu¬ 
tion is to provide flexible, powerful 
human-computer interfaces to maximize 
benefits for every community of users. 


The maturation of software and hard¬ 
ware and the widespread availability of 
personal and mainframe computers have 
^stimulated great interest in the design of 
electronic information systems and made 
possible search strategies impractical in 
manual systems. Research related to 
human performance with hypertext and 
other electronic information systems inte¬ 
grates methods and ideas from informa¬ 
tion retrieval, interface design, and 
cognitive science. 

Information retrieval. Research related 
to on-line searching has focused on sys¬ 
tems that aid professional intermediaries 
in finding a small number of “hits” in a 
large collection of records (library card 
catalogs, scientific journal abstracts, UPI 
reports, etc.). The emphasis has been on 
designing systems that aid or replace 
professional intermediaries (see Marcus 7 
for an example of an actual system). 

Professional on-line searchers primar¬ 
ily clarify information requests and 
retrieve relevant information for end 
users. They carefully plan in advance, con¬ 
sult thesauri, and combine terms in sys¬ 
tematic and precise steps by applying 
logical connectives (AND, OR, NOT) and 
by adjusting proximity limits (the range of 
words within which query terms must co¬ 
occur) and scoping limits (the range of 
documents over which search takes place). 
Unless they are themselves a part of a 
research team effort, they act as commu¬ 
nication channels, locating and transfer¬ 
ring information to end users who 
interpret and apply it. 

The primary goal of on-line searchers is 
to retrieve and communicate information 
efficiently—their analysis usually focuses 
on the facets of a request for information, 
not on the problem that motivated the 
question or the possible application of the 
answer. Search intermediaries rarely 


browse informally, because focusing on 
the goal yields efficient and cost-effective 
performance. Their analytical strategies 
include much preplanning, application of 
Boolean connectives, and systematic iter¬ 
ations of the querying and refinement 
process. 

End users, on the other hand, often 
browse despite accruing costs because they 
have long-term commitments to an area of 
research and may later benefit from 
extraneous information in that area. In 
other words, end users rationalize ineffi¬ 
cient information-seeking strategies by 
hoping that incidental learning will have a 
beneficial cumulative effect. Browsing is 
an exploratory, information-seeking 
strategy that depends on serendipity. It is 
especially appropriate for ill-defined prob¬ 
lems and for exploring new task domains. 

Today’s electronic retrieval systems 
were designed for use by professional 
intermediaries, or to emulate their perfor¬ 
mance. These systems focus on coding, 
indexing, and cross-referencing (organiza¬ 
tion for retrieval) rather than on meaning, 
readability, and assimilation (organization 
for understanding). Systems meant for end 
users must take into account these differ¬ 
ences and support appropriate 
information-seeking strategies. 

Hypertext systems differ from existing 
on-line retrieval systems in that they 
encourage informal, personalized, 
content-oriented information-seeking 
strategies. Hypertext system users can 
actually apply information during the 
retrieval process by noting context, and 
during browsing by saving, linking, or 
transferring text or images. Of particular 
interest in our research is the support of 
end users through flexible and powerful 
human-computer interfaces that balance 
end-user browsing strategies with efficient 
analytical strategies like those used by 
professional intermediaries. 

Interface design. Improvements in 
human-computer interface design have 
come rapidly in the last decade. Hardware 
advances offer designers a range of input 
devices (such as mouse or touch panel) and 
output devices (such as high-resolution 
screens). Likewise, software advances 
allow designers to choose from a variety of 
selection mechanisms in addition to tradi¬ 
tional command languages. (See 
Shneiderman 8 for a set of interface design 
principles and references to the growing 
body of literature.) Although command 
languages offer expressive power to expert 
users, a variety of menu selection styles 


Three pillars of 
hypertext research 
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Figure 1. This information-seeking framework helps to identify the determinants of 
success. Issues include the complexity of the task domain, the physical and func¬ 
tional setting, the search system structure and user interface, and the user’s knowl¬ 
edge of each. The outcomes of a search are specific information and the sequence 
of steps to generate the product. 


(pull-down, icons, embedded) offer nov¬ 
ice and casual users ease of use. Powerful 
personal computers have now made 
visually oriented direct manipulation styles 
possible. Instead of remembering com¬ 
mands or traversing menus, the user sees 
a representation of the * ‘world of action. ’ ’ 
Because the user points (with mouse, 
touchscreen, etc.) at given objects and 
actions, the impact of actions is immedi¬ 
ately visible, thereby reducing errors and 
speeding performance. Actions should be 
rapid, incremental, and reversible to pro¬ 
mote a sense of mastery, control, and con¬ 
fidence. Examples include display editors, 
the Macintosh or Star desktop, most video 
games, and many CAD/CAM systems. 

Direct manipulation interfaces may 
consume more system resources, may be 
more difficult to implement, and may not 
always be as efficient to use as other inter¬ 
faces, but in general they lead to less cog¬ 
nitive load in using computers, thus 
enabling users to apply severely limited 
human working memory to the task 
domain. As with information retrieval, a 
key design problem is balancing the ease 
of learning afforded by direct manipula¬ 
tion and access to powerful features for 
experts. 


Cognitive science. The linchpin of an 
information-seeking theory is the human 
user. A first step to understanding 
information-seeking in electronic environ¬ 
ments is to develop an understanding of 
the basic cognitive processes that guide 
information-seeking. We lack a clear defi¬ 
nition, much less understanding, of the 
interactions among an information 
seeker’s knowledge about a problem, past 
experience in searching for information, 
and knowledge of possible sources for 
information. Furthermore, since any sys¬ 
tem that supports information-seeking 
must structure knowledge to make it acces¬ 
sible, the systems themselves affect how 
users think when using them. The emerg¬ 
ing interactive systems that encourage dia¬ 
log and progressive query formulation 
instead of requiring direct commands can 
serve as environments for testing cognitive 
augmentation. 

Cognitive scientists have proposed 
dynamic internal representations—mental 
models—that can serve as the focal point 
for building and testing a theory of 
information-seeking. (See Gentner and 
Stevens 9 for a set of examples, and 
Borgman 10 for an example applied to 
information-seeking.) A mental model is 


a cognitive representation of a problem sit¬ 
uation or system that is active in the sense 
that it can take inputs from the external 
world and return predictions of effects for 
those inputs. It can thus be “run” inter¬ 
nally and the results used to make deci¬ 
sions about actions. Mental models allow 
us to both understand problem situations 
and predict consequences of actions con¬ 
templated for solving problems. Users 
develop mental models for systems 
through reading documentation, training, 
experience with systems, and comparing 
them with previously encountered 
systems. 

The rules for navigating a database as 
well as the mechanisms for interaction 
(input and output) affect the user’s scope 
of application—determine what the user 
thinks is possible with the system. 
Designers must not only consider how to 
structure knowledge from a system perfor¬ 
mance vantage, but also consider what 
views and corresponding navigational 
tools are provided for the user. The views 
and navigational tools will be easily assimi¬ 
lated into a mental model for a system if 
they are familiar. This reasoning lies 
behind the desktop and other metaphors. 
However, a tension exists between the 
learnability and applicability of a system; 
a too-rigid metaphor may limit the devel¬ 
opment of users’ mental models for new 
systems. Designers must know how users 
seek information in traditional print sys¬ 
tems and existing electronic systems if they 
are to produce effective interfaces for new 
systems. An understanding of how users 
learn and apply existing systems will allow 
designers to build interfaces that accentu¬ 
ate the familiar and serve as bridges to the 
new features and functions of hypertext 
systems. 


A framework for 
information-seeking 

The following framework for 
information-seeking is meant to guide 
designers of hypertext systems and users 
who apply them to write and read hyper¬ 
text documents. Figure 1 presents an over¬ 
view of these components and their 
relationships. The interactions of these 
components determine the overall perfor¬ 
mance of an information-seeking system. 

Setting. The setting within which 
information-seeking takes place constrains 
the search process. The physical setting (in 
a user’s private office versus in a public 
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place with a line of impatient would-be 
users nearby) determines physical con¬ 
straints such as the amount of time allo¬ 
cated, physical accessibility, and cost. 
These act as external control mechanisms 
for the search process. 

The setting also determines functional 
constraints such as the motivation and 
purpose for conducting the search, 
whether pleasure, job assignment, or 
ongoing research interest. The setting 
actually enables the search task. Thus, the 
setting helps delimit the task domain and 
motivate the user, and affects the selection 
and application of the search system. 

Task domain. A task domain is a body 
of knowledge, whether hematology or 
bridge design, composed of entities and 
relationships. Task domains vary in com¬ 
plexity (number of entities and relation¬ 
ships), specificity (similarity of the entities 
and relationships), and evolutionary sta¬ 
tus (clarity of definition of the entities and 
relationships, and their rate of growth and 
change). These characteristics determine 
the amount of information and level of 
organization for a task domain. 

The amount of information and level of 
organization vary immensely across task 
domains. The task domain is critical 
because it affects the strategies and search 
systems available. A task domain like 
hematology offers substantial on-line 
information from various vendors in var¬ 
ious forms, from abstracts to full texts. On 
the other hand, a task domain like contem¬ 
porary music offers little on-line informa¬ 
tion and limited access through such 
common entry points as subject headings. 
Furthermore, the type of search system 
available depends on the task domain. For 
example, in the humanities the primary 
vehicle of information is the book, 
whereas in the physical sciences technical 
reports and journal articles dominate. 

Search system. The search system con¬ 
sists of a database and a human-computer 
interface that allows access and manipu¬ 
lation of the database through a set of 
search rules. A print encyclopedia consists 
of words on pages and alphabetical order¬ 
ing rules for using the index or finding arti¬ 
cles by titles. In the case of electronic 
search systems, some of the rules and 
structures are embodied in software. 

The user’s first concern about the data¬ 
base is content—whether it is primary or 
secondary (pointer) information, full-text 
or symbolic, and how it matches the task 
domain and the information problem at 


hand. Once the user has selected the right 
database for the task, the organizational 
structure of the database becomes the pri¬ 
mary determinant of information-seeking 
performance. 

The database may be a simple sequence 
of full-text passages, a set of fixed-length 
records related through hash coding or b- 
trees, or a loose web of graphics and text 
linked through pointers. The organiza¬ 
tional scheme chosen by the designer is 
critical to performance and will influence 
the interface as well. In turn, physical 
database organization is influenced by 
hardware and media. (See Zoellick" for a 
discussion of how CD-ROM characteris¬ 
tics affect design.) 

The human-computer interface is a 
communication channel with hardware 
and software components. The physical 
input/output devices, selection and feed¬ 
back mechanisms, and search features 
determine the power and flexibility of a 
search system. The search system works 
because the designer has a view of the typi¬ 
cal user when creating the interface. Prim¬ 
itive systems have static internal 
representations for users; they are con¬ 
trolled by the user and a set of default con¬ 
ditions that reflect the system designer’s 
conceptual view of typical users and their 
information problems. Information sys¬ 
tems that have some adaptive capability 
enable users to change aspects of the inter¬ 
nal representations or the user interface. 

The search system is critical because it 
structures knowledge and defines how it is 
accessed. The way knowledge is organized 
and made available affects the strategies 
used to access this knowledge and thus 
information-seeking performance. 

User. Each user is unique, possessing 
mental representations for task domains. 
A generic knowledge base of information- 
seeking experiences includes mental 
models for various search strategies, 
dynamic mental models for search sys¬ 
tems, and a control mechanism for relat¬ 
ing these internal representations to one 
another and to external entities. Of partic¬ 
ular interest for designers is how users 
develop mental models for new systems 
and how they apply these mental models 
when using systems. 

A user’s mental model for a search sys¬ 
tem is critical to the search process because 
it determines expectations for outcomes 
and the search strategies used. A mental 
model is active—it “runs” internally 
before action takes place. A user’s mental 
model includes both the entities and rela¬ 


tionships represented (how knowledge is 
structured) in the search system and rules 
for controlling the system. 

Users can be classified along three con- 
tinua: frequency of use, complexity of 
application, and general range of com¬ 
puter experience. The position of users in 
a space defined by these dimensions deter¬ 
mines how quickly and accurately they will 
develop a mental model for a system and 
how effectively they can apply it. 

Low-frequency users may develop 
accurate mental models for what the sys¬ 
tem can do, but forget the details of sys¬ 
tem use. These users need menus and 
on-line reference aides. Frequent users, on 
the other hand, may prefer commands to 
expedite their use of the system. 

Users who perform only straightfor¬ 
ward tasks do not need all the features a 
system supports and thus need only 
abbreviated menus. On the other hand, 
users who push the limits of a system 
access the complete hierarchy of menus, 
invoking every system feature. 

Users with little computer experience 
have more to learn and fewer mental 
models of related systems from which to 
draw analogies. These users depend more 
heavily on experience with the system to 
develop their mental models. Their initial 
experiences must be simple enough to 
allow success and continued learning. On 
the other hand, just as first impressions are 
socially critical for future interaction 
among people, initial experiences with a 
computer system play a critical role in 
framing a person’s emerging mental model 
for a system. If the initial experiences lead 
to ambiguous or inaccurate mental 
models, users will have difficulty extend¬ 
ing their use of the system. 

Because users vary so much in their indi¬ 
vidual abilities, experiences, and purposes, 
designers must struggle with providing an 
interface that does not frustrate or confuse 
yet is rich enough to support the eventual 
appendage of a full set of system features. 

Outcomes. Outcomes for information¬ 
seeking include both products and a proc¬ 
ess. Products of search, from individual 
facts to complete documents that are inter¬ 
preted to satisfy the problem condition, 
provide one basis for evaluating search 
effectiveness. Typical measures of search 
products include assessment of relevance 
or utility by users during or after search, 
structured or informal subjective evalua¬ 
tions, and examination of the resultant 
products or artifacts (for example, docu¬ 
ments or abstracts). 
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WASHINGTON, DC: THE NATION'S CAPITAL PAGE 1 OF 3 

Located between Maryland and Virginia, Washington, DC 
embraces the White House and the Capitol, a host of 
government offices as well as the Smithsonian museums. 
Designed by Pierre L'Enfant, Washington, DC is a graceful 
city of broad boulevards, national monuments, the rustic 
Rock Creek Park, and the National Zoo. 

First-time visitors should begin at the mall by walking 
from the Capitol towards the Smithsonian museums and on 


SMITHSONIAN MUSEUMS: In addition to the familiar castle and 
popular Air & Space Museum there are 14 other major sites. 

FULL ARTICLE ON "SMITHSONIAN MUSEUMS" 

NEXT PAGE BACK PAGE RETURN TO "NEW YORK CITY" INDEX 


Figure 2. This Hyperties display on an IBM Personal Computer shows the high¬ 
lighted embedded menu items available for selection by touchscreen or arrow keys. 
The user can follow a topic of interest, turn pages (NEXT or BACK), RETURN to 
the previous article, or select the INDEX. 


The behavioral moves made by users 
and systems during a search—the search 
process—also help in evaluating perfor¬ 
mance. Evaluators assume that user 
behaviors are manifestations of internal 
information-seeking strategies, which are 
themselves “runs” of the user’s mental 
model for the search system. 

Although information units retrieved by 
the system are easily collected for analysis, 
the analysis of the search process causes 
more problems. Examination of paths 
taken and decisions made in jumping to 
other nodes allow us to make inferences 
about users’ cognitive activity and provide 
evaluative data on system effectiveness. 

Another important aspect of the search 
process is that the experience itself 
becomes part of the user’s knowledge for 
dealing with future information problems. 
Therefore, consistency in design can help 
support incremental development of users’ 
mental models. 


Hypertext systems 
research 

Since the information-seeking compo¬ 
nents described above are multifaceted 
variables, research efforts that attend to 


their interaction must be longitudinal and 
cumulative. We have studied two hyper¬ 
text systems extensively and describe some 
of our results to encourage related empir¬ 
ical work and raise design issues. 

Both these systems are what Conklin 3 
calls structured browsing systems. The 
databases used were static, in that users 
could not change them.* Both systems 
were designed for casual or novice users 
and thus the research efforts reported here 
focus on interface issues and users’ men¬ 
tal models. In most of the work reported, 
the researchers controlled setting and task 
domain to focus on the user and system 
components of information-seeking. This 
research is further limited to information 
retrieval; the results and design issues dis¬ 
cussed are thus directed to the reading 
aspects of hypertext systems. 

Hyperties. Hyperties (hypertext based 
^<jn the Interactive Encyclopedia System) 
enables users to easily traverse a database 
of articles and pictures by merely pointing 
at highlighted words or images in context 
(see Figure 2). Highlighted or colored 
words or phrases within the text become 
the menu items, selectable using a point- 


"Hyperties allows both writing and reading, but in sep¬ 
arate modes, called Author and Browser. 


explicit menu items, the context of embed¬ 
ded menu items provides information and 
cues for the selection of further infor¬ 
mation. 

This embedded-menus approach and 
the simple user interface enable users to 
explore large databases easily. Hyperties 
has been used to create a guide to the Stu¬ 
dent Union, an on-line help service for a 
bibliographic search system, training 
materials about software, a supplement 
for a museum exhibit about photographer 
David Seymour, an encyclopedia about 
the Holocaust, an introduction to the com¬ 
puter science department, and so forth. 

Hyperties users merely touch or use a 
cursor to specify topics of interest; a brief 
definition appears at the bottom of the 
screen. Users may continue reading or ask 
for details about the selected topic. An 
article about a topic may be one or more 
screens long and contain several pictures. 
As users traverse articles, Hyperties traces 
the path and allows them to return to 
previous articles, all the way back to the 
introductory article. Users can also select 
articles and pictures from an index. 

Hyperties has been under development 
since 1983 at the Human-Computer Inter¬ 
action Laboratory at the University of 
Maryland. ** In addition to the standard 
IBM PC version, there is a Sun worksta¬ 
tion Hyperties browser that provides two 
windows with 34 lines in each and graphics 
with embedded menus (see Figure 3). 

Embedded menus are good examples of 
specialized indexing for systems that 
emphasize understanding rather than 
retrieval. As local indexes they highlight 
semantic relationships rather than physi¬ 
cal relationships. Questions about how 
deep embedded menus should be, whether 
they should be available in definitions as 
well as articles, whether networks are 
superior to hierarchical structures, 
whether string searching should be sup¬ 
ported, and how alphabetical indexes and 
embedded menus complement or interfere 
with one another are under investigation. 

It is clear from the information-seeking 
framework that the type of database, user, 
and task affect the use of embedded 
menus. Results of an experiment compar¬ 
ing versions of Hyperties with and without 
embedded menus demonstrate the critical 
role of tasks and users’ existing mental 


* "Hyperties was first implemented in APL by Dan 
Ostroff, and has been rewritten in C twice. It is dis¬ 

tributed by Cognetics Corporation of Princeton Junc- 
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Figure 3. This Hyperties display on a Sun 3 workstation demonstrates the advantages of a larger screen, two windows, and 
touchable graphics. With the mouse users can select highlighted phrases in text or point at components of the space telescope 
to retrieve more information. The components pop out and the user can elect to see a diagram of the contents. 


models for search tasks. When subjects 
were asked to perform efficiently in 
searching for specific factual information 
in a Hyperties database, the predominant 
strategy (14 of 16 subjects) was to use the 
alphabetical index. These subjects, experts 
at searching in manual indexes, used the 
familiar strategy rather than a strategy the 
new system was designed to promote. 

In contrast, a log of usage in two 
museums over eight months showed that 
more than two-thirds of all selections were 
through the embedded menus, thereby 
demonstrating the orientation toward 
browsing in a museum setting. 


Another study required subjects to use 
embedded menus or the index to search for 
specific facts in the same database. All 
tasks could be accomplished with either 
search strategy, but index users located 
facts more quickly than embedded menu 
users. The differences in performance 
between the groups became progressively 
smaller as more searches were conducted. 
This result suggests a learning effect as 
subjects become more familiar with the 
conceptual aspects of embedded menus. 
By systematically varying task and user 
variables we expect to build guidelines for 
future implementations that support a 


range of information-seeking activities 
ranging from fact retrieval to general 
browsing. 

Another research study with 
Hyperties 12 demonstrated the advantage 
of embedded menus versus explicit menus 
in speed of fact retrieval and subjective 
preference. Two experiments explored 
several pointing devices and demonstrated 
the speed advantage of the jump-arrow 
method over the mouse, probably because 
of novice users overshooting or under¬ 
shooting the highlighted word or phrase 
with the mouse. The arrow keys forced 
easily controlled discrete moves. A touch- 
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screen proved still faster and yielded higher 
satisfaction, although the touchscreen 
used produced high error rates. We have 
now developed touchscreen strategies that 
are fast and also accurate enough to point 
at single characters. In one implementa¬ 
tion, the user touches the surface to pro¬ 
duce a cursor (above the finger) that can 
be moved rapidly onto the desired target. 
When satisfied that the selection is correct, 
the user removes the finger to initiate 
action. 

Of particular interest are our studies of 
Hyperties versus paper versions of the 
same database. Previous studies have 
shown a 30-percent penalty in reading 
speed for typical computer displays versus 
typewritten text, and up to a twofold dis¬ 
advantage for computer users performing 
certain fact retrieval tasks. 8 

Larry Koved at the University of Mary¬ 
land used the Hyperties approach for two 
experiments with on-line maintenance 
manuals for electronic equipment. A tree- 
structured and a linear form of a 52-page 
maintenance manual were prepared for 
screen presentation and in paper form. 
Differences in the time taken to accom¬ 
plish 12 tasks showed use of the paper ver¬ 
sions to be significantly faster. No 
significant differences for speed or error 
rates showed up between the tree and lin¬ 
ear versions. However, a pruning algo¬ 
rithm applied to the electronic version to 
trim text unrelated to the task cut the time 
in half, suggesting an advantage in the 
flexibility of electronic information 
systems. 

In a recent study using a larger database 
(106 articles of 50 to 2000 words) on Aus¬ 
tria and the Holocaust, paper versions 
with an index had a speed advantage with 
simple fact retrieval questions. But as the 
query complexity increased, the Hyperties 
users performed equally rapidly. More¬ 
over, users dramatically preferred Hyper¬ 
ties over paper. 

Hyperties was designed to support easy 
browsing of text and graphic databases. 
Results of many evaluative studies demon¬ 
strate that even novices find it easy and 
effective to use. 

Electronic Encyclopedia. Another sys¬ 
tem we examined is the full text of 
Grolier’s Electronic Encyclopedia on CD- 
ROM (see Figure 4). The print version of 
the encyclopedia occupies 20 volumes. The 
hypertext version consists of 60 megabytes 
of text and 50 megabytes of indexes that 
contain pointers to each occurrence of 
every word in the encyclopedia, all occupy¬ 


ing less than one-fifth of a single CD-ROM 
disc. The powerful search software for this 
system provides rapid access to all occur¬ 
rences of any word or phrase entered by 
the user. The Boolean connectives AND, 
OR, and NOT are supported as well as 
right truncation, character masking, prox¬ 
imity limitations from one to 999 words, 
and scope limitations for various sections 
of articles. 

One study 13 examined the information¬ 
seeking strategies used by elementary 
school students. Results demonstrated the 
tendency of novices to use low cognitive 
load browsing strategies. The children 
used the system successfully even though 
their application of Boolean connectives 
was weak or incorrect. Their success came 
from the system itself; results of queries 
were displayed as alphabetical lists of titles 
with frequency of term occurrence. A sin¬ 
gle keystroke would then retrieve a full 
article with the query terms highlighted. 
This interface facilitated a scan and select 
strategy. Searchers simply entered a query; 
scanned the resulting list of articles for 
titles that were semantically relevant or 
had high frequency of term occurrence; 
and then selected the full text of the arti¬ 
cle and scanned for term occurrences 
(highlighted in the text) to locate relevant 
sections. Thus, the hypertext features of 
the search system compensated for some 
of the formal search inadequacies of these 
children. 

Follow-up studies (available from the 
authors) were conducted with high school 
students to compare print and electronic 
searches and examine the development of 
mental models for this system. One study 
examined the default conditions provided 
by the search software. The results indicate 
that setting proximity defaults to a para¬ 
graph seem optimal for a generic ency¬ 
clopedia. The default scope condition on 
searching all categories of the article also 
proved optimal for this database. These 
results may not extend to other databases, 
since the theoretical framework predicts 
that strategy depends partly on task 
domain, and some domains may require 
special default settings. For example, tech¬ 
nical documents—typically terse and 
specific—may require proximity settings 
that span more than a paragraph. 

Another study simulated the effects of 
adding a controlled vocabulary to the 
search system. Many novices cannot artic¬ 
ulate morphological variations or syno¬ 
nyms for search terms. Three levels of 
vocabulary control were tested: morpho¬ 
logical (using variant forms and endings 


for terms); synonymic (using synonyms 
for terms); and semantic (using a hierar¬ 
chical thesaurus that included broader, 
narrower, and related terms). Subject 
searches were reconstructed with these 
controls applied and analyzed for recall 
(ratio of relevant items retrieved to total 
relevant items in the database) and preci¬ 
sion (ratio of relevant items retrieved to 
total number of items retrieved). All levels 
of control improved recall, but only 
semantic control improved precision, 
albeit only slightly. Designers of hypertext 
systems must decide whether to support 
vocabulary control of any sort, and then 
at what levels. 

The power of this search system was 
demonstrated in another study that com¬ 
pared two groups of novice users trained 
to use different search strategies. One 
group learned to use a scan and select 
strategy and the other learned an analyti¬ 
cal search strategy (using Boolean connec¬ 
tives and planning complete queries in 
advance). Subjects who used the analyti¬ 
cal strategy performed slightly more effi¬ 
cient searches with respect to time and 
number of keystrokes, but exhibited no 
significant differences in effectiveness 
(success in finding information and qual¬ 
ity of essays produced). 

Overall, the experiments conducted 
with this system suggest that novices can 
successfully apply hypertext by using low 
cognitive load strategies modeled on exist¬ 
ing browsing strategies, and that the power 
of the system overcomes some of their 
search inadequacies. However, these suc¬ 
cesses were accomplished using minimal 
capabilities of the system (default settings) 
for tasks appropriate to the users and the 
database. 

Some anticipated problems of menu 
floundering and disorientation did arise. 
For example, after finishing with an arti¬ 
cle many subjects moved back up the menu 
hierarchy to the query formulation screen 
and entered the same query again (requir¬ 
ing another CD-ROM access) rather than 
moving up a single level to the screen of 
article titles already retrieved for that 
query. Another common move was to use 
the backspace key to erase a query rather 
than using the single keystroke for erasing 
a query. These subjects also became dis¬ 
oriented within an article because of the 
way the system put sections of text on the 
screen. When a user selects an article from 
the title list, the text of the article is dis¬ 
played beginning with the first paragraph 
that contains the query term(s). Many stu¬ 
dents did not notice that they were in the 
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Figure 4. This main menu from Grolier’s Electronic Encyclopedia offers users several search options and information about 
function key usage. 


middle of an article rather than at the 
beginning. 

A simijar problem came up with sub¬ 
jects who could not distinguish when they 
had the beginning or end of an article on 
the screen. Since the system provided no 
explicit positional cues, they erroneously 
continued to page up or down when at the 
beginning or end, respectively. 

In general, the interface actually 
provided no feedback for queries that 
yielded no results. It also presented com¬ 
plex and dense screen displays (see Figure 
4). We can easily overcome these problems 
with closer attention to the results from 
human-machine interface research. This 
system is currently under revision. 

Inaccurate or incorrect mental models 
of how the system worked were apparent 
at the general level as well. For example, 
very young subjects entered queries in sen¬ 
tence or phrase form—they tried to con¬ 
duct a natural language dialog with the 
system. The present system clearly cannot 
compensate for user’s mental models that 
ascribe intelligence to it. Having little expe¬ 
rience with encyclopedias of any kind, 
these young children modeled use of the 
computer system on their most common 


strategy for information-seeking—asking 
an ‘ ‘expert. ’ ’ Older children modeled the 
electronic encyclopedia on the familiar 
print versions. 

Another common problem was sub¬ 
jects’ poor mental models for searching in 
general. For example, some subjects added 
terms to queries that yielded no hits and 
contained ANDed terms. The system 
could trap such logical errors by pointing 
out that adding additional terms actually 
narrows a query (more terms yield fewer 
hits). Such forms of automatic help and 
remediation promote accurate mental 
model development, but if applied too 
often they may deter beginners from 
accomplishing immediate tasks and thus 
discourage continued use. 

Perhaps an incremental approach is 
possible with systems that themselves rec¬ 
ord histories of use for users, but for 
hypertext systems like public access ency¬ 
clopedias, we must find a balance between 
support for Boolean connectives and auto¬ 
matic adjustment of default conditions. 
For such systems, we believe that we can 
achieve significant cognitive advantage by 
amplifying low cognitive load browsing 
strategies and making the high cognitive 


load strategies that require Boolean 
manipulations and default adjustments 
transparent to the novice user. 

The Electronic Encyclopedia is much 
more controlled than other hypertext sys¬ 
tems in that jumps from article to article 
depend on a list of articles retrieved by a 
query. A user who wants to see an article 
not on the retrieved list must pose another 
query or enter a separate mode that allows 
lookup of single articles by title. On the 
other hand, the full-text search feature is 
totally under the control of the user. Prob¬ 
lems of information overload did occur, 
but were minimized by the combined 
effects of the database (a set of generic, 
highly organized encyclopedia articles) 
and search rules (easy modification of 
queries and easy use of the scan and select 
browsing strategy). Complex, highly spe¬ 
cific, or loosely organized databases may 
require distinct designs. 

Design issues 

Designers of hypertext systems or data¬ 
bases should consider the information¬ 
seeking framework (Figure 1). The over- 
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all design must attend to the physical sys¬ 
tem, the conceptual model the system 
presents (the user interface), and the men¬ 
tal model the user is expected to develop 
for the system. Design decisions that affect 
information-seeking in hypertext systems 
are related to defining access points, creat¬ 
ing the user interface, and providing 
search strategy features. These decisions 
interact in unexpected ways, but thought¬ 
ful designs can preserve power and flexi¬ 
bility while reducing complexity of use. 

Defining access points. In traditional 
electronic databases, access points for 
retrieval include characters, fields, 
records, and tables or files. Access points 
may be restricted to selected points, 
organized in alphabetical or hierarchical 
sequence, or multiply indexed. Consider 
the access points typically available in 
printed books: table of contents, indexes 
(author, subject, permuted, etc.), glos¬ 
sary, chapter, article (section), physical 
page, paragraph, footnotes, reference 
notes, lists, and appendices. Pagination is 
critical to access in books, since page num¬ 
ber is the primary pointer to a field 
location. 

Hypertext databases can support all 
these access points except physical page. A 
screenful of text cannot be used as an ana¬ 
log of the physical page in systems that per¬ 
mit control of text window size, scrolling, 
and stacking or juxtaposing windows. 
However, since the machine can assist in 
maintaining pointer information, hyper¬ 
text systems can link field locations in 
many other ways, including electronic 
bookmarks, temporary notepads, graphic 
maps, backward citation pointers, and 
pattern matches on characters or words. 

Hypertext systems also allow other 
access points that books do not, such as 
cumulative record of path, string search, 
animation, sound, video, or immediate 
link to related software. (For example, 
access software for Microsoft’s Bookshelf 
on CD-ROM can be memory resident for 
immediate use from within another pro¬ 
gram.) Whether users can take advantage 
of these features remains to be determined. 

A key decision for designers or authors 
is what access points to define and how to 
link these points. Users will likely expect 
access points at least as rich as those avail¬ 
able in books. Designers must decide how 
much more to offer and how much unre¬ 
strained jumping from point to point to 
allow. Links at every word to every word 
are clearly not desirable from the perspec¬ 
tive of user or system performance. The 



Since the organization 
of the information in 
hypertext is not linear, 
mechanisms for 
selection and feedback 
are critical to good 
design. 


trade-offs in machine overhead and user 
cognitive load (in the form of overchoice) 
must be weighed carefully. Designers 
should consider the targeted task domains 
and typical user population in deciding 
how fine the access points should be and 
what links among access points should be 
visible to users. 

Creating the user interface. An interface 
enables users to perform their tasks by 
providing selection mechanisms, feedback 
mechanisms, and input/output devices. In 
a book the default sequence is top-down 
due to the linear nature of the text. The 
interactive and flexible characteristics of 
hypertext require users to make more 
choices (selections) in searching for infor¬ 
mation. Furthermore, each selection 
requires appropriate and understandable 
feedback to maintain a fruitful interac¬ 
tion. Since the organization of the infor¬ 
mation in hypertext is not linear, 
mechanisms for selection and feedback are 
critical to good design. 

Results from menu design research 8 
offer some guidance, but there are trade¬ 
offs to consider. The key issue is one of 
user control. The extreme cases range from 
allowing the user to jump anywhere from 
anywhere (hyperchaos) to forcing the user 
through a linear sequence of screens with 
no deviation possible (drill and practice). 
The degree of user control provided will 
depend on the user, his or her purpose, and 
the task domain. Expert users who are 
specialists in the task domain will welcome 
great power and control, but novices to the 
system and the task domain will likely ben¬ 
efit from limited menus and less control. 

The direct manipulation approach with 
embedded menus seems very effective for 
hypertext applications, but there are many 


variations on the theme. We believe that 
embedded menus provide meaningful task 
domain (as opposed to computer domain) 
terms and concepts, thereby reducing dis¬ 
orientation. However, we need more 
research to help guide designers in choos¬ 
ing highlighting techniques to indicate 
selectable text or graphic items without 
distracting too much from the content. 

Similarly, feedback can range from 
cryptic codes to pseudo-intelligent context- 
sensitive help. Experts will quickly seek 
ways to avoid lengthy feedback because it 
slows down the dialog and impedes prog¬ 
ress toward their goals. On the other hand, 
too little feedback will frustrate and con¬ 
fuse novices, yet too much can distract 
them. One approach for hypertext systems 
in public access settings permits users to 
specify their level of knowledge of the 
database content, information-seeking 
experience and purpose, and previous 
experience with this and other systems. 
Feedback settings can then be adjusted 
accordingly, with the user able to change 
settings at any point in a session. 

Input/output devices affect user 
information-seeking performance at the 
behavioral level. Good choices on the part 
of the system designer can facilitate ease 
and efficiency of use, but poor choices can 
lead to user frustration or fatigue. Point¬ 
ing devices such as touchscreen, mouse, 
jump-arrow keys, or keyboards need to be 
refined and evaluated. Improvements in 
screen readability through proper font 
design, text/background color pairs, or 
higher resolution would benefit users. 
Increased screen size and multiple window 
strategies also require investigation. Map¬ 
ping the proper input/output devices to 
the system requires consideration of user, 
setting, and task domain characteristics. 

Setting default conditions for these and 
other issues will depend on how the 
designer views the typical user. A range of 
alternative selection mechanisms can then 
be provided for use by atypical users. 
Mixed strategies are also possible. For 
example, a linear “tour” could be 
threaded through a complex network to 
offer new users a guided introduction. 

Providing search strategy features. 

Search features like Boolean connectives, 
string search, proximity limits, scope 
limits, and truncation facilitate rapid 
access to information, but cause addi¬ 
tional cognitive load on the part of the user 
and substantial preprocessing of the data¬ 
base itself. Systems that provide only 
browsing features allow casual, low cog- 


78 


COMPUTER 








nitive load exploration, but are typically 
inefficient for directed search tasks or fact 
retrieval. Defining a hybrid system that 
guides discovery seems an appropriate 
compromise, but involves a number of 
trade-off decisions. How deeply the data¬ 
base is indexed, whether some automatic 
controlled vocabulary is included, and 
how feedback is summarized and even for¬ 
matted on the screen affect the strategies 
users will apply. If every word is indexed, 
the possibility of information overload 
increases. Therefore, features for filtering 
such as frequency of occurrence per node 
or support for NOT operators must be 
enhanced. If a controlled vocabulary is 
included, automatic thresholds must be 
established, or the user must be prompted 
to apply the controlled vocabulary or be 
alerted to its effects. For example, in an 
encyclopedia, a query that retrieved more 
than 50 articles could automatically trig¬ 
ger a narrowing function. 

Secondary databases (containing 
pointer information) such as on-line cata¬ 
logs or bibliographic databases and highly 
structured primary databases require ana¬ 
lytical strategy support. Text or graphic 
databases seem to invite scan and select 
browsing strategies, although the size and 
complexity may warrant some additional 
indexing to improve user search efficiency. 
In general, each feature added to a system 
demands additional machine overhead. 
Many also add user cognitive load. These 
effects must be considered in all design 
decisions. 

The flexibility/complexity trade-off. 

Systems transparent to one user may frus¬ 
trate and impede others. Flexibility 
inevitably leads to complexity. Just as 
printed indexes and directories are 
organized to facilitate retrieval (nobody 
reads the phone book), so electronic infor¬ 
mation systems must be organized to suit 
the typical purposes of anticipated users. 
All designers must grapple with the issue 
of when to stop adding features—they face 
a law of diminishing returns. Empirical 
results and the marketplace will determine 
what the next version of a system should 
include and how much complexity users 
can tolerate. 

A similar design issue is the tension 
between the learnability and applicability 
of a system. A system that is easy to learn 
may not be easy to apply in full. Results 
from cognitive science demonstrate that 
users’ mental models will depend on initial 
training or experience with a system. An 
incomplete and simple conceptual model 


In general, each 
feature added to a 
system demands 
additional machine 
overhead. Many also 
add user cognitive 
load. 


used to present the system to new users 
may limit their understanding of the sys¬ 
tem and their ability to apply it to future 
problems. 

One approach to this problem, used in 
systems like HyperCard, is to choose a 
familiar metaphor (stacks of cards) and 
provide several levels of application (user 
preferences), examples, and help. The 
metaphor of the familiar flat index card 
will surely facilitate initial learnability, but 
may limit applicability of the multidimen¬ 
sional electronic card. As information sys¬ 
tems continue to increase in complexity 
and power, they will likely become more 
difficult to learn and apply. 

Some designers believe in adaptive sys¬ 
tems, in which the computer is pro¬ 
grammed to recognize user skills or 
information needs and then modify the 
interface or guide the user to the desired 
destination. Another school concentrates 
on adaptable systems in which the user is 
given the power to alter the user interface 
or is offered a rich variety of traversal 
methods. Adaptive systems represent an 
attractive but unproven idea, while adapt¬ 
able systems place a greater burden on the 
user even as they provide increased 
control. 

Hypertext systems offer the potential 
for highly personalized information¬ 
seeking if designers can apply principles 
from traditional information systems and 
the results of empirical studies. 


I nevitably, the application of com¬ 
puters as cognitive augmenting 
agents will improve cognitive perfor¬ 
mance and change the way we think. An 
empirical base of evidence is coalescing 
around research and development on how 


to create hypertext systems, how to write 
using hypertext systems, how to read using 
hypertext systems, and how to find infor¬ 
mation in hypertext systems. 

Our experience suggests that a general 
information-seeking framework that 
includes setting, task domain, user, search 
system, and outcomes aids the design and 
study of hypertext. Key design issues 
include 

• finding the correct information unit 
granularity for particular task 
domains and users; 

• presenting interfaces with low cogni¬ 
tive load for selection and feedback 
mechanisms, and reasonable default 
conditions; and 

• striking a balance between analytical 
and browsing search strategies. 

The general problem of maximizing power 
and flexibility while minimizing complex¬ 
ity of use must always be attacked. 

Although much remains to be learned 
about how users apply hypertext for 
information-seeking, clearly these systems 
offer distinct advantages for finding facts, 
browsing knowledge, and—we hope— 
acquiring wisdom. □ 
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Intermedia: The Concept and 
the Construction of a 
Seamless Information 
Environment 

Nicole Yankelovich, Bernard J. Haan, Norman K. Meyrowitz, and Steven M. Drucker 
Brown University 


I ntermedia, a tool designed to support 
both teaching and research in a uni¬ 
versity environment, contains multi¬ 
ple applications and mechanisms to link 
the contents of documents created with 
those applications. The system was devel¬ 
oped at Brown University’s Institute for 
Research in Information and Scholarship 
(IRIS). 

A hypermedia system expressly devel¬ 
oped for use in a university setting, 
Intermedia provides a framework for 
object-oriented, direct manipulation edi¬ 
tors and applications. With it, instructors 
can construct exploratory environments 
for their students as well as use applica¬ 
tions for day-to-day work, research, and 
writing. Intermedia is also an environment 
in which programmers can develop consis¬ 
tent applications, using object-oriented 
programming techniques and reusable 
building blocks. 

Hypertext and hypermedia. Although 
only recently popularized by products like 
Apple’s HyperCard and Owl’s Guide, 
hypertext and hypermedia have been the 
subject of research, writing, and 
experimentation for more than 20 years. 
(Examples of early hypertext systems and 
existing hypermedia systems may be found 



This multi-application 
hypermedia system 
provides linking 
capabilities integrated 
into a desktop user 
environment. To 
promote consistency, 
the applications were 
built with an object- 
oriented framework. 


in Conklin 1 and Yankelovich. 2 ) Interme¬ 
dia is a direct descendent of ideas devel¬ 
oped by such prominent researchers as 
Theodor Nelson, Douglas Engelbart, and 
Andries van Dam. Nelson coined the term 
hypertext in the early 1960s to describe (he 
idea of “non-sequential writing.” He 


expanded on that theme in a book he wrote 
entitled Literary Machines. 

In essence, a hypertext system allows 
authors or groups of authors to link infor¬ 
mation together, create paths through a 
body of related material, annotate existing 
texts, and create notes that direct readers 
to either bibliographic data or the body of 
the referenced text. Using a computer- 
based hypertext system, students and 
researchers can quickly follow trails of 
footnotes and related materials without 
losing their original context; thus, they are 
not obliged to search through library 
stacks to look up referenced books and 
articles. Explicit connections—links— 
allow readers to travel from one document 
to another, effectively automating the 
process of following references in an ency¬ 
clopedia. In addition, hypertext systems 
that support multiple users allow 
researchers, professors, and students to 
communicate and collaborate with one 
another within the context of a body of 
scholarly material. 

Hypermedia is simply an extension of 
hypertext that incorporates other media in 
addition to text. With a hypermedia sys¬ 
tem, authors can create a linked body of 
material that includes text, static graphics, 
animated graphics, video, and sound. 
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Intermedia: 
the concepts 

Intermedia is both an author’s tool and 
a reader’s tool. The system, in fact, makes 
no distinction between types of users, 
provided they have appropriate access ; 
rights to the material they wish to edit, 
explore, or annotate. Creating new 
materials and making and following links 
are all integrated into a single seamless, 
multiuser environment. 

Applications. The system, which runs 
on a network of Unix-based workstations, 
currently contains five integrated applica¬ 
tions: a text editor (InterText), a graphics 
editor (InterDraw), a scanned image 
viewer (InterPix), a three-dimensional 
object viewer (InterSpect), and a timeline 
editor (Interval). These applications con¬ 
form to Macintosh/Microsoft Windows 
interface standards. Any number of docu¬ 
ments of different types, along with the 
folders containing these documents, may 
be open on the desktop at one time. 

The InterText word processing applica¬ 
tion resembles Apple’s MacWrite, with the 
addition of style sheets for formatting 
rather than MacWrite style rulers. Using 
style sheets, the user can define a set of 
styles for a particular document (such as 
paragraph, title, subtitle, indented quote, 
and numbered point) and apply those 
styles to an entity —the text contained 
between two carriage returns. 

When the user edits the definition of a 
style, all the entities to which that style are 
applied reformat accordingly. 

With InterDraw, a structured graphics 
editor similar to Apple’s MacDraw, users 
can create two-dimensional illustrations by 
selecting tools from a palette attached to 
each InterDraw window. 

InterPix displays bit-map images 
entered into the system using a digitizing 
scanner. These images can be cropped, 
copied, and pasted into InterDraw 
documents. 

The InterSpect viewer converts files 
containing three-dimensional data points 
into three-dimensional representations of 
that data. Users can manipulate three- 
dimensional images of cells, for example, 
by rotating them, zooming in or out, or 
hiding parts of the model. 

The fifth application, Interval, pro¬ 
vides interactive editing features for creat¬ 
ing chronological timelines. As the user 
enters pairs of dates and labels, the appli¬ 
cation formats them on a vertical timeline 


according to user-defined styles. Like a 
charting package, the display of the data 
is determined by a modifiable set of 
parameters. 

Figure 1 illustrates an example of 
materials from a linked Intermedia corpus 
(collection of documents) called Context 
32: A Web of English Literature, designed 
by Brown University English professor 
George Landow. 


User interface. Several user-interface 
concepts stressed throughout Intermedia 
enable users to learn new applications 
quickly and predict the behavior of fea¬ 
tures they have never used before. In a sys¬ 
tem that encourages rapid transitions 
between applications, it is essential to limit 
the amount a browser must learn in order 
to successfully use the system and capital¬ 
ize on those conventions with which he or 
she may be already familiar. Like the copy 
and paste operations in Macintosh and 
Smalltalk programs, some operations in 
the Intermedia system behave identically 
across all applications. The linking func¬ 
tionality described below is a prime 
example. 

All applications also provide direct 
manipulation interfaces. To change the 
displayed information, the user first selects 
one or more of the displayed objects and 
then issues a command through a key¬ 
board or menu interface. Likewise, other 
system features, while not exactly identi¬ 
cal to one another, are conceptually simi¬ 
lar. Most applications, for instance, allow 
users to control the format or the display 
characteristics of data. We designed the 
interface techniques for conceptually simi¬ 
lar operations to capitalize on the like¬ 
nesses. 

The style paradigm 3 is one example. 
Styles are sets of properties or characteris¬ 
tics that govern the appearance of data 
within a document. Users can define or 
modify a style by editing a form called a 
style sheet (sometimes referred to as a 
property sheet). Both the InterText appli¬ 
cation and the Interval application con¬ 
tain style sheets to specify different text 
formats such as paragraphs, indented 
quotes, lists, and titles, or different time¬ 
line formats such as the position of dates 
relative to tick marks and the position of 
labels relative to dates. In the graphics edi¬ 
tor, different styles may be applied to 
shapes such as line width, pen style, or fill 
style. By storing all presentation 
parameters in style sheets, you can substi¬ 
tute styles with the same name but differ¬ 


ent parameters for all types of data in the 
system. 

Related to the use of styles is the fre¬ 
quent use of palettes —sets of controls 
attached as a pane to a document window. 
Alorig with style sheet dialogs, palettes 
provide a means for defining and applying 
styles. In InterText, for example, all the 
styles defined for a particular document 
are viewed in a style palette (see Figure 1). 
Two mouse clicks will change the style of 
an existing text entity or change the style 
from one style to another before beginning 
a new entity. With a large screen and the 
capacity for 30 or 40 open windows at one 
time, it is essential that all the tools needed 
for common operations be close at hand 
rather than in the pull-down menus. When 
not needed, all palettes can be hidden from 
view to unclutter the screen and improve 
the way material is presented to a person 
browsing through the system. 

The use of “infinite” undo and redo 
commands—made possible in a worksta¬ 
tion environment with virtual memory 
capabilities—provides another example of 
a standard user-interface concept that 
permeates the system. Instead of retract¬ 
ing only the last action performed, the user 
can incrementally undo the effects of all 
actions performed since the last time a 
document was saved. Any single action or 
set of actions the user has undone can then 
be incrementally redone. This capability 
fosters a sense of security in users and ena¬ 
bles them to experiment freely with their 
documents. 

Hypermedia functionality. In Interme¬ 
dia, the hypermedia functionality is inte¬ 
grated into each application so that the 
actions of creating and traversing links can 
be interspersed with the actions of creat¬ 
ing and editing documents. (The screens in 
the “Sample session” illustrate the oper¬ 
ation of Intermedia, highlighting the 
hypermedia functionality.) 

In an effort to fit the link-making pro¬ 
cess into a conceptual model already fa¬ 
miliar to users, the act of making links 
between Intermedia documents was 
modeled as closely as possible on the 
Smalltalk/Macintosh copy/paste para¬ 
digm. 4 If links are to be made frequently, 
they must be a seamless part of the user 
interface. In any document, users can 
specify a selection region and choose the 
Start Link command from the menu. In 
any other document, regardless of type, 
users can define another selection region 
and choose one of the Complete Link 
commands. 
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Figure 1. Two InterText documents (top right), two Interval documents (bottom left), and two InterDraw documents (top left 
and bottom right) open on the screen. Both InterDraw documents contain scanned images cropped, copied, and pasted from 
InterPix documents. 


Likewise, to follow a link, a user explor¬ 
ing a linked set of documents can select a 
marker icon in any type of document and 
choose the Follow command from a 
menu. As a short cut, a user can double¬ 
click on a marker icon to initiate the fol¬ 
low, just as he or she might double-click on 
an icon in a folder to open a document. 
Since following a link usually entails open¬ 
ing a document, we anticipated that users 
would expect to be able to follow a link by 
double-clicking on the marker icon. 

Unlike some other hypertext or 
hypermedia systems that only allow links 
to entire documents, 1 Intermedia allows 
users to create bidirectional links from a 
specific location in one document to a spe¬ 
cific location in another document. These 
“anchor points” in the documents are 
called blocks. One of our design goals, in 


designing the Intermedia linking function¬ 
ality, was to allow the user to designate any 
selection region as a block that might stand 
alone or serve as an anchor for one or more 
links. The size of a block, therefore, may 
range from an entire document to an inser¬ 
tion point, depending on the selection 
region a user identifies as the block’s 
extent. 

For example, in an InterText document, 
a block might consist of an insertion point, 
a single character, a word, or two para¬ 
graphs. Small marker icons placed near the 
source and destination blocks indicate the 
existence of a link. As a user edits a docu¬ 
ment, the blocks “stick” to the selection 
they are associated with, preserving the 
context of the connection. If a document 
containing links is deleted, the links to that 
document are also deleted; however, the 


block markers at the other ends of the links 
remain intact, reminding users of the loca¬ 
tion of link anchors. 

To help manage a large corpus of linked 
documents, links and blocks are assigned 
descriptive properties. Some of these, like 
user I.D. and creation time, are assigned 
automatically, while other properties are 
user-defined. Users access and edit link 
and block property information through 
property sheet dialog boxes. These dialog 
boxes allow users to enter a one-line 
“explainer, ’ ’ similar to the subject field in 
an electronic mail message. Link 
explainers are particularly important from 
a reader’s perspective. If more than one 
link emanates from a single block, users 
choose the path they wish to follow from 

(Continued on p. 90) 
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Sample session 

To illustrate Intermedia’s user- 
interface features and linking 
functionality, this sidebar will 
take you on a syst em walkthrough 
designed to simulate the interac¬ 
tion that takes place during a 
hands-on Intermedia session. The 
screen illustrations should help 
you visualize the system, while 
the text should supply the action. 

The example is taken from Bio 
106: Cell Biology in Context, 
designed by Brown University 
biology professor Peter Heywood. 
Students in Heywood’s plant cell 
biology course use Intermedia’s 
editors, utilities, and linking func¬ 
tionality to write term papers and 
explore materials about the cell 
and its processes. 

The scenario will take you 
through a sample session from 
the perspective of the biology 
professor in the midst of creating 
course materials. 



Screen 1 


Screen 1. As you can see, the 
Intermedia desktop includes a 
window manager, a graphical 
folder system, a menu bar, and a 
mouse interface. The contents of 
the folders reflect the underlying 
hierarchical structure of the file 
system. 

Unlike the Macintosh, Interme¬ 
dia does not store application 
icons in the same folders with 
documents. Instead, application 
icons are stored with several 
other special-purpose tools in an 
application, or New, window that 
you can see in the upper right cor¬ 
ner of the screen. The reason for 
this is twofold. First, users do not 
have to search through folders to 
find the applications. Even if the 
New window is hidden from view 
by overlapping windows, selecting 
the New command from the File 
menu will reveal it. Second, in a 
networked environment, it is best 
to have a single set of applica¬ 
tions in an agreed-upon place that 
can be maintained and updated 
by a system administrator. 


Screen 2 
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Screen 3 


1 



Before we browse through the 
documents contained in the 
folders, follow links, or create 
them, we must first define a con¬ 
text by opening an existing web or 
by creating a new one. If a web is 
not open, we can still open and 
edit the documents even though 
no link and block information will 
be visible. Rather than beginning 
a new web, we select the icon 
titled “Bio 106” and choose the 
Open command (not pictured) 
from the File menu. 

Screen 2. After opening the 
web, indicated by an empty local 
tracking map window (described 
below), we open a folder con¬ 
tained in the “Bio” folder called 
“Simple Cell.” The icons in this 
cell folder represent a folder plus 
a number of different types of 
documents (one InterSpect, nine 
InterPix, two Interval, five 
InterDraw, and three InterText). 

Any of these document icons can 
be selected, opened, and edited. 
We select and double-click on the 
InterSpect document called 
“Micromonas 3D” to open it. 

Screen 3. When the InterSpect 
document opens, the application 
displays the entire Micromonas 
cell in a three-dimensional view 
(above left) and a single section of 
the cell in a two-dimensional view 
(below left). Students can use the 
tools in the palette to rotate the 
3D reconstruction, to highlight 
the location of the 2D section cur¬ 
rently displayed in the bottom 
view, and to scroll through all the 
2D sections associated with the 
cell. Menu commands allow you 
to selectively hide and display 
different components of the cell 
and/or the labels. 

The local tracking map, empty 
in the previous screen, now shows 
the currently active document and 
the links that emanate from it. 
Local maps are analogous to 
detailed street maps. They show 
you your current location and 
what location you can travel to 
the immediate vicinity. As you 
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Screen 7 (The illustration of the nucleus was originally published in Molecular 
Biology of the Cell by Bruce Alberts et al. and is reprinted with the permission of 
Garland Publishing, Inc.) 


I 



chose indicates a primary path, 
whereas the Complete Reference 
command signifies a secondary 
path, in much the same way as a 
footnote or a “see also...” refer¬ 
ence. Notice that the local track¬ 
ing map has been updated to 
show the links that emanate from 
“Nucleus Outline,” since it is the 
currently active document. 

Screen 6. Once the link is 
established, both ends are indi¬ 
cated with markers (arrows 
enclosed in rectangular boxes) 
and the new link is added to the 
local tracking map. To find other 
relevant material to connect to the 
nucleus in the InterSpect docu¬ 
ment, we enlarge the InterText win¬ 
dow and read through the text. 
Since pores are important when 
studying simple cells such as the 
Micromonas cell, we select the 
link marker above the words 
“nuclear pores” and choose the 
Follow command from the menu 
to traverse the link. 

Screen 7. Following the link 
causes an InterDraw document 
containing a diagram of the 
nucleus to open. Notice that 
when a link is traversed, Interme¬ 
dia automatically highlights the 
extent of the block at the other 
end of the link, indicating a partic¬ 
ular scope of information to the 
reader. In this case, our attention 
is drawn to the label “Nuclear 
pore” and its associated label 
line. 

The illustration on the screen 
was entered into the system using 
a scanner. The bit map was then 
displayed by the InterPix applica¬ 
tion, cropped, and pasted into this 
InterDraw document, and the text 
and lines were added to complete 
the diagram. 

Before we continue making new 
links, we decide to change the 
default “viewing specification” 
for link creation to “verbose” (not 
pictured). With the verbose option, 
Intermedia automatically presents 
a property sheet for each new link 
as it is created. 


January 1988 


87 

























































Screen 8. We activate the Inter- 
Spect document by clicking once 
in the window and select the 
nucleus. This time we decide to 
select the component itself rather 
than the label. When students fol¬ 
low the link from the InterDraw 
diagram to the three-dimensional 
representation, their attention will 
be drawn to the nucleus (the 
source block) in both the 2D and 
3D views. As in Screen 4, we 
select the Start Link command to 
initiate a new link. 


Screen 9. Next, we reactivate 
the “Nucleus Diagram,” select 
the title of the diagram and the 
scanned illustration as the desti¬ 
nation block for the link, and 
choose Complete Relation from 
the menu (not pictured). After we 
issue the complete command, a 
link property dialog box appears, 
allowing us to fill in descriptive 
information about the link. We 
replace the default text, “Link 35,’ 
with the more meaningful 
explainer shown in Screen 9. 


Screen 10. Now we will skip 
ahead a few steps. After creating 
the link from the nucleus in 
“Micromonas 3D" to the InterDraw 
diagram, we reactivated the Inter- 
Spect document and used the 
bottom tool in the palette to scroll 
to the next two-dimensional sec¬ 
tion. Since the label “Plasma 
Membrane” has already been 
defined as a block for another 
link, we decided to select the 
existing marker as the source 
point for our new link. 

Before we are ready to com¬ 
plete the link, we have to create a 
new document. We return to the 
“Simple Cell” folder, open an 
InterPix document (bottom left) 
containing a photograph that cor¬ 
responds to the section currently 
displayed in the InterSpect docu¬ 
ment window, and crop and copy 
a portion of the photograph into 



Screen 9 



Screen 10 (The electronmicrograph of Micromonas was originally published in 
The Journal of Phycology and is reprinted with the permission of the editor.) 
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Screen 11 


Screen 12 



the clipboard. We paste this 
image into a new InterDraw docu¬ 
ment, created by double-clicking 
on the draw icon in the New win¬ 
dow. Finally we add some text to 
accompany the photograph (bot¬ 
tom right). 


Screen 11. Here, we have com¬ 
pleted editing the new InterDraw 
document and have hidden the 
palettes to unclutter the screen. 
We have also completed the pend¬ 
ing link, using the text “Micromonas 
Electronmicrograph Section 6” as 
the destination block of the link. 
After the link was established, we 
double-clicked on the marker 
associated with “Plasma Mem¬ 
brane” in the InterSpect docu¬ 
ment to traverse the new link. 
Since more than one link is 
associated with the selected 
block, Intermedia presents a dia¬ 
log box containing the explainers 
for each link. We select the link 
we just created and click on 
“OK.” Since the document at the 
other end of the link is already 
open on the screen, following the 
link will simply activate the docu¬ 
ment and highlight the extent of 
the destination block (not 
pictured). 


Screen 12. Before ending our 
session, we save and close the 
new InterDraw document, select 
its icon, and choose the Access 
Rights command from the menu. 
The dialog that appears allows us 
to add or subtract access rights 
for different groups of users. For 
this document, we decide to add 
Annotate rights for all users of the 
system. This means that any user 
may create links to or from the 
document but may not edit its 
content. Before exiting the sys¬ 
tem, we save and close the open 
InterSpect document and the Bio 
106 web. 
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(Continued from p. 83) 

a list of link explainers presented in a dia¬ 
log box. 

Property sheets also allow users to add 
keywords. Although still under develop¬ 
ment, these keywords, along with the 
default information assigned to links and 
blocks, will provide users with a mecha¬ 
nism for searching the document corpus. 
A keyword search will yield a list of 
explainers associated with all the blocks or 
links meeting the search criteria. Each item 
in the resultant list will be automatically 
linked to its corresponding block or, in the 
case of links, to the corresponding source 
block of each link. For example, a student 
could search for all links containing the 
keywords “Pope” and “Heroic Couplet” 
that were created by the professor after a 
certain date. 

Link and block properties help manage 
complexity within the Intermedia environ¬ 
ment, but the notion of context is even 
more crucial. In some systems, links are 
global—all links are available at all times 
to all users. In such systems, links become 
an integral part of the documents. In 
Intermedia, block and link information is 
not stored within individual documents 
but is superimposed on them. Webs main¬ 
tain the block and link information, allow¬ 
ing one or more users to work within their 
own context undistracted by blocks and 
links created by others sharing the same 
computing resources. Most importantly, 
users do not see hypermedia as an alterna¬ 
tive to their desktop environment; rather, 
they see it as an integral technique tying 
together documents in that environment. 

Currently, opening a web imposes a par¬ 
ticular set of blocks and links on a set of 
documents while that web is open. Thus, 
webs allow different users to impose their 
own links on the same document set. 
Although only one context can be viewed 
at a time, users can easily switch contexts 
by closing one web and opening another. 
In the future, webs will also serve as the 
focus for keyword searching operations. 

Intermedia differs from most other 
hypermedia systems in that it allows mul¬ 
tiple users to both follow and create links 
concurrently in the same web. Intermedia 
incorporates a system of user access rights 
that helps manage multiple users sharing 
large bodies of connected material. Due to 
the hypermedia functionality of Interme¬ 
dia, the access rights scheme builds on the 
protection mechanisms offered in most file 
systems where users either have “read” 
permission or “write” permission to files 
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and directories. Intermedia adds “anno¬ 
tation” permission to the other two forms 
of access rights. This allows users to add 
links to a document that they are not 
allowed to edit. 

Intermedia: 
the construction 

Intermedia not only provides a rich 
environment for authors and browsers but 
also for developers, furnishing a set of 
tools that facilitate the creation of new 
applications adhering to the Intermedia 
paradigms. 

In designing the Intermedia system, we 
believed that consistency among applica¬ 
tions was crucial, since the system 
encourages quick transitions from one 
application to another. User-interface 
consistency is not always easy to achieve, 
however. 5 In part, this may result from 
carelessness. But, more often, interface 
inconsistencies result from not quite iden¬ 
tical implementations of features already 
implemented elsewhere in a system. The 
Apple Macintosh represents a prime exam¬ 
ple. The system has clearly defined user- 
interface paradigms, and new programs 
almost always use a number of the same 
functions that exist in hundreds of other 
Macintosh programs. Even so, software 
developers must reimplement most of the 
“standards” (selection, resizing, dragging, 
etc.) from scratch because the Macintosh 
Toolbox provides the mechanisms for 
building them but not the implementa¬ 
tions. Often these programmers miss an 
important feature or user-interface detail 
that users immediately notice. 

To build Intermedia, we needed a devel¬ 
opment environment that would help 
programmers create a multiuser system 
with consistent, direct-manipulation appli¬ 
cations, plus the ability to link together the 
contents of documents created with those 
applications. Faced with the task of 
developing a relatively large, interactive 
system in an ambitiously short timeframe, 
we needed a set of development tools that 
would help us 

• remove the burden of user-interface 
consistency from the application pro¬ 
grammer 

• adopt an existing user-interface 
standard 

• allow small groups of programmers 
to work on different parts of the sys¬ 
tem in parallel 

• facilitate the integration of modules 
developed by different groups 

• avoid as much duplication of effort as 


possible, and 

• create a system that would be exten¬ 
sible and suitable for prototyping new 
applications. 

We created such an environment by 
building some of the pieces ourselves and 
adapting and integrating tools developed 
by others. This resulted in a layered set of 
tools that allows programmers to develop 
applications conforming to the user- 
interface standards. 

In particular, we started with CadMac, 
Cadmus Computer’s implementation of 
the Macintosh toolbox under the 4.2 BSD 
Unix operating system; supplemented it 
with an object-oriented programming lan¬ 
guage called Inheritance C (developed at 
Bolt Beranek and Newman); and added a 
C version of Apple’s MacApp—a set of 
classes for creating “generic” Macintosh¬ 
like applications. On this, we superim¬ 
posed several crucial building blocks from 
which any number of end-user applica¬ 
tions and utilities can be constructed. The 
Proceedings of the 1986 Conference on 
Object-Oriented Programming Systems, 
Languages, and Applications (OOPSLA / 
provides a detailed technical description of 
the architecture of the development envi¬ 
ronment that we summarize below. 

Object-oriented programming. The 

technique of object-oriented program¬ 
ming has gained a great deal of recognition 
as a superior approach to programming 
tasks. Studies have shown significant 
reductions in both development time and 
size of source code when such techniques 
were used, 7 with a significant increase in 
the amount of reusable code. One criticism 
of programs written using object-oriented 
programming techniques is that they tend 
to be slower than comparable conven¬ 
tional programs. First, much of this view 
relates to historical speed problems in early 
versions of Smalltalk where object- 
oriented code was interpreted rather than 
compiled. With the advent of object- 
oriented compilers and optimization tech¬ 
niques, speed is no longer an insurmount¬ 
able problem. Second, if you use an 
appropriate object-oriented system, 8 you 
can carefully write and optimize reusable 
chunks of code. 

We selected an object-oriented pro- \ 
gramming language for the Intermedia ) 
project partly because of the reduction in 
development time it promised, but mostly 
for the benefits it affords to a group- 
development effort. A team of developers 
can agree on a shared set of parent classes 
and their corresponding abstract methods. 
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The use of abstract methods—or 
templates—clarifies the behaviors an 
application programmer must implement. 
Then, working individually, the 
developers can create appropriate 
subclasses—defining one class of objects 
in terms of other classes—that will respond 
to a single set of messages and that can be 
easily integrated into one program. When 
a programming task is divided, one mem¬ 
ber of the team can implement the code 
that will coordinate the sending of mes¬ 
sages to objects while the other members 


of the team work on defining and refining 
the object classes. 

The applications framework. While an 
object-oriented programming language 
provides a number of features that facili¬ 
tate team efforts, supplementing those fea¬ 
tures with a set of classes that define 
common behaviors—an applications 
framework—insures a greater degree of 
user-interface consistency in the system 
under development. 

Our choice, Apple’s MacApp, 


represents such a companion to an object- 
oriented programming language and pro¬ 
vides a framework for constructing 
Macintosh applications. 9,10 MacApp 
defines classes with a combination of 
abstract and nonabstract methods that 
encapsulate the behavior of the Macintosh 
user interface. A tiny program (on the 
order of 10 to 20 lines) bound with 
MacApp suffices to create a skeletal 
Macintosh-like application with menus; 
blank windows that can be moved, resized, 
and scrolled; data that can be stored and 


Review of object-oriented programming principles 


Not surprisingly, the fundamental notion in object-oriented 
programming is that of objects. An object-oriented program is 
a system of interacting objects. Objects encapsulate data and 
the algorithms that specify the behavior of that data. Opera¬ 
tions on an object can take place only through a well-defined 
interface to the object’s behavior; the actual implementation 
of the behavior is hidden from everyone but the designer. 

The data structure components of an object are known as 
its fields or slots. The routines that can act upon an object of 
a particular type are called methods. These methods are the 
primary means through which the fields within an object may 
be manipulated or modified. Other objects invoke an object’s 
method by sending a message to the object. Then, the object 
interprets the message and the appropriate method is per¬ 
formed. 

Classes (also known as object types) are templates defined 
by programmers that describe the properties and behaviors of 
a set of common objects. An object is actually an instance of 
a class template, typically created as a program is running. 
Each object is a copy of the class template. Thus, each object 
has the same number and types of fields, and only differs 
from other objects in the class in the data in those fields. All 
objects in a class share the same methods, typically by point¬ 
ing to a common method table or dictionary. While class tem¬ 
plates provide a basis for modularity, subclassing—the ability 
to define one class of objects in terms of other classes—is 
one of the object-oriented programming concepts from which 
much leverage is gained. 

Subclasses inherit the characteristics of higher-level ances¬ 
tor classes. An object in a subclass contains all the same 
field types and methods as an object in the parent class. In 
defining a subclass, a programmer can add fields and 
methods or redefine methods that one of its superclasses 
originally implemented. A redefined method can implement a 
behavior completely different from the original method, or it 
can merely slightly modify or extend the behavior of its parent. 

Refining, or overriding, a method of a class makes it possi¬ 
ble to considerably reduce the amount of code that an appli¬ 
cation programmer needs to write; the only code necessary is 
that which explains how a method differs from the parent 
method. The programmer is guaranteed that the methods he 
or she did not override will respond properly to any messages 
sent to the object. This process of redefining and extending a 
class of objects in terms of another class is important 


because it enables programmers to use and modify existing 
parts of a system without having to understand the details of 
their implementation. 

For example, say we define a class called Rectangle. All the 
objects that are instances of this class will have two Point 
fields (the top-left and the bottom-right corners of the rectan¬ 
gle). The class will have methods for calculating area and 
drawing the rectangle. If we wish to draw a rectangle on the 
screen, we first create a Rectangle object and then send a 
message to invoke the Draw method. To create a more special¬ 
ized object that draws a rectangle and prints text inside the 
rectangle, we would define a subclass of Rectangle, called 
TextRect. No existing code has to be rewritten. Instead, in the 
definition of the TextRect class we can add a character string 
field, override the Draw method inherited from the parent 
class, refine its behavior to do what its parent did, and draw 
the text. Like Rectangle objects, TextRect objects will respond 
to FindArea messages, even though we did not add any code 
for calculating area in the TextRect class. 

In the above example, the Rectangle class served as a tem¬ 
plate for the subclass TextRect. However, it often helps to 
define less specific templates than the Rectangle class. For 
instance, a parent class of Rectangle called Shape might have 
been created with two abstract methods, Draw and FindArea. 
An abstract method contains no code; it exists only for the 
purpose of being overridden. To create a new shape, a pro¬ 
grammer would subclass Shape, add appropriate fields, and 
override the Draw and FindArea methods. 

Likewise, a program that displays many different shapes on 
the screen might contain a list defined to point to objects of 
class Shape or any subclass of Shape. Each object in the list 
inherits the Draw method from the Shape superclass, but has 
overridden it with code appropriate for drawing the specific 
object. Since all shapes are guaranteed to understand the 
same message protocol, we can display a whole screenful of 
shapes by merely sending the same draw message to each 
object in the list without knowing exactly what type of shape 
objects are in the list. 

Objects descending from the same parent class are essen¬ 
tially “plug compatible;” each understands the same mes¬ 
sages as the others, yet each performs the task in its own way. 
This modularity allows the transparent creation and insertion 
of new subclasses into the program. 
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retrieved; and views that can be automat¬ 
ically laser printed. This default program, 
however, has a blank view. To write an 
application with views that render some¬ 
thing in the windows, the programmer 
must subclass several base classes provided 
by MacApp. The most important of these 
classes are 

• The Object class, which manages the 
freeing of memory and the cloning of 
new objects. It is the parent of all 
other classes. 

• The Application class, which contains 
methods for launching an applica¬ 
tion, displaying the menu bar, 
managing the main event loop, and 
creating and initializing appropriate 
document objects. 

• The Document class, which main¬ 
tains the data model for the program. 
Document objects contain all the 
basic information for saving and 
restoring the data and managing 
several other objects—such as Win¬ 
dow objects, Frame objects, and 
View objects—involved in viewing 
the information contained in the 
document. 

• The Window class, which manages all 
the operations pertaining to windows, 
including opening, closing, resizing, 
moving, activating, and redrawing. 

• The View class, which manages the 
rendering of the data contained in the 
document and passes on mouse 
events to the appropriate objects 
within the view. 

• The Command class, which is the 
template from which command 
objects are generated to respond to 
outside actions from the menu, the 
mouse, or the keyboard. Since com¬ 
mand objects can be maintained on a 
stack, multilevel undo and redo are 
easily implemented. 

By subclassing these and other MacApp 
classes, a programmer builds a model for 
the data in an application, creates the win¬ 
dows and frames in which the information 
will be viewed, and describes how the user 
can interact with that information. 

The Application class has perhaps the 
greatest impact on the developer. This 
class contains the methods necessary for 
an application’s most basic behavior. For 
example, it includes methods for launch¬ 
ing an application, running the main event 
loop, dispatching events to the appropri¬ 
ate event handler, and creating, closing, 
and deleting documents. In the case of a 
user selecting a command from a menu, 




Two building blocks 
were initially 
implemented. Later, it 
was discovered a third 
building block 
was needed. 


the Application object interprets the 
mouse press and sends a message to the 
currently selected object’s DoMenuCom- 
mand method. A programmer does not 
have to consider flow-of-control issues 
since an Application object handles all 
user-initiated events, such as mouse 
presses, keystrokes, and menu selections, 
and dispatches those events to the appro¬ 
priate target object. 

As an applications framework, 
MacApp promotes consistency in a multi¬ 
application environment by eliminating 
the need for programmers to reimplement 
any of the user-interface features required 
for the shell of a Macintosh-like applica¬ 
tion. The framework insures that each 
application will have windows, menus, 
dialog boxes, and other basic components 
that look and behave the same way as all 
others in the system. 

Building blocks. While object-oriented 
programming provides the structure and 
methodology for cooperative develop¬ 
ment, and MacApp provides a set of base 
classes from which to build an application, 
these two components alone are not 
enough to create a fully functional devel¬ 
opment environment for a group of 
cooperative developers. 

Still missing is a component that helps 
developers render and manipulate the data 
for their particular application. To this 
end, we have implemented several build¬ 
ing blocks —sets of reusable classes that 
implement basic functions common to 
multiple applications. 

The philosophy behind the building 
blocks is that they should encapsulate 
important end-user functionality—both 
input and output components—and pro¬ 
vide both a user interface and a program¬ 
mer interface. Instances of these building 
blocks can be incorporated directly into an 
application; the application programmer 
can use part or all of a building block’s 


functionality as it exists or modify the 
functionality to suit a specific application. 
To support the development of applica¬ 
tions within Intermedia, we initially imple¬ 
mented two building blocks—a Text 
Building Block and a Graphics Building 
Block—and later found the need f jt a 
third—a Table Building Block. 

The Text Building Block permits the 
inclusion of text anywhere within an appli¬ 
cation. It makes it possible to provide 
exactly the same interface for displaying, 
editing, and formatting multifont text 
throughout the system. An entire applica¬ 
tion, such as a text editor, or some part of 
an application, such as the input field of 
a palette, can be based on the Text Build¬ 
ing Block. 

Just as the Text Building Block allows 
the inclusion of text anywhere within an 
application, the Table Building Block 
facilitates the incorporation of tabular 
data. A programmer can use the Table 
Building Block as the backbone of a 
spreadsheet program or a database inter¬ 
face, or to integrate one or more tables into 
any other type of application. For exam¬ 
ple, Release 3.0 of Intermedia will include 
a videodisc application with tables for 
storing data such as frame numbers, 
sequence names, and playing times of 
video images. 

The Graphics Building Block (GBB) lets 
programmers incorporate graphics, such 
as lines, rectangles, circles, icons, and 
polygons, into their applications. This 
building block defines a number of shape 
classes with methods for drawing, high¬ 
lighting, selecting, resizing, and moving. 
The GBB also subclasses MacApp’s View 
class so that the subclassed graphics 
GView contains a list of all objects to be 
rendered on the screen. To illustrate how 
building blocks are used in general, we will 
focus on the GBB. 

Programmers can take advantage of a 
building block such as the GBB in one of 
four ways. First, a programmer can use the 
building block functionality in its entirety. 
For example, to create a structured 
graphics editor similar to Apple’s Mac- 
Draw in which users can draw a variety of 
different shapes on the screen, rearrange 
them, group them, and perform various 
other editing operations, a programmer 
could use most of the GBB’s shape classes, 
subclassing where necessary, and then add 
application-specific user-interface features 
such as alignment, tool palettes, and style 
palettes. 

In the second case, a programmer can 
eliminate functions inherited from a build- 
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ing block. For example, one method 
associated with polygon objects in the 
GBB allows users to move polygons by 
clicking on them and dragging. In Inter- 
Spect, data files—not users—govern the 
placement of each polygon relative to 
other polygons in a three-dimensional 
object, so the developers override GPoly- 
gon’s Move method to eliminate the drag¬ 
ging functionality. In all other respects, 
polygons behave in InterSpect as defined 
in the GBB. 

Third, you can override methods to add 
increased functionality to building block 
classes. The use of icons in Intermedia’s 
desktop application illustrates the addition 
of functionality to a building block’s 
method. The desktop application sub¬ 
classes GBB icons—simple bit maps—and 
overrides the Draw method so that a text 
string, representing a document’s name, 
always appears below the icon (see Screen 
1 in the sidebar, “Sample session”). 

In the fourth case, a programmer can 
override methods to change the behavior 
of building block classes. An example in 
InterSpect clearly illustrates this. To indi¬ 
cate that an object has been selected, the 
GBB uses “handles” to indicate highlight¬ 
ing. In InterSpect, however, the GBB’s 
GSelection method is overridden to substi¬ 
tute bold outlines as a highlighting 
method. 

With these four options available, appli¬ 
cation developers have enough flexibility 
to create innovative interfaces, but are not 
burdened with the implementation of 
functions that should behave identically 
across applications. The building blocks 
complement MacApp by providing a 
means of achieving internal as well as 
external consistency among applications. 

Adding shared functionality. By using 
the tools described above—an object- 
oriented programming language, 
MacApp, and building blocks—a pro¬ 
grammer could create applications that 
adhere to the Macintosh-style user- 
interface paradigms. In our requirements 
for Intermedia, however, we identified the 
need to run multiple applications on the 
desktop as well as the need to link the con¬ 
tents of documents together. These two 
requirements made it necessary for us to 
extend, and in some cases alter, the exist¬ 
ing Macintosh user-interface paradigms. 
To this end, we kept MacApp as the first 
layer of our system and then subclassed 
most of the MacApp classes to create an 
Intermedia layer. The way the Intermedia 
layer extends the functionality of MacApp 


Running multiple 
desktop applications 
and linking document 
contents were 
identified as 
requirements. 


illustrates the ease with which features 
shared by many applications can be imple¬ 
mented using our object-oriented develop¬ 
ment base. 

Briefly, the type of additional function¬ 
ality the Intermedia layer supports 
includes the creation of links between a 
selection in a source document and a selec¬ 
tion in a destination document. To attain 
the desired consistency, the Intermedia 
layer subclasses MacApp’s Document, 
View, and Application classes. In 
MacApp, the Document class manages the 
reading and writing of an application’s 
data model while the View class manages 
the rendering of that model. IntDoc and 
IntView, the Intermedia layer’s document 
and view classes, extend the MacApp func¬ 
tionality to include the reading and writ¬ 
ing of link information to a relational 
database and the rendering of the links. 
The Intermedia layer’s application class, 
IntAppl, adds the functionality necessary 
to interface with Intermedia’s folder 
system. 

Like MacApp, the Intermedia applica¬ 
tion framework “calls” the applications 
through the use of abstract methods. By 
defining an abstract method, the frame¬ 
work indicates to the application 
developers that it is the responsibility of a 
building block or an application to provide 
a concrete implementation of that method. 
For example, IntView provides abstract 
methods for displaying block markers 
concretely implemented by the various 
building blocks. 

The linking functionality is imple¬ 
mented largely in the Block class that exists 
at the Intermedia layer and inherits from 
MacApp’s Object class. Since there must 
be a block at either end of a link, blocks are 
created each time a link is made, unless the 
user attaches one end of the link to an 
already existing block. A Block object 
keeps track of all links that emanate from 
it by pointing to a Link Array object that, 


in turn, points to the appropriate Link 
objects. Therefore, users can access a link 
through a block to follow the link or view 
its properties. 

The methods of the Blocks include ones 
for starting links, completing links, fol¬ 
lowing links, viewing properties, and 
several others. Certain appropriate menu 
items become available when a BlockMar- 
ker is selected. The menu items for show¬ 
ing the extent of the block, starting a link, 
deleting the block, and viewing the block 
properties are enabled if the block to which 
the Block object points has no links. If that 
Block has at least one link, all of the previ¬ 
ously mentioned options are available, 
along with following, viewing of link 
properties, and deleting the link. All of 
these actions are done using Block 
methods that themselves may use fields as 
well as methods of the associated Link 
objects. 

This portion of the linking functional¬ 
ity is shared in its entirety by all Interme¬ 
dia applications, leaving only a few details 
for the developer to implement in order to 
integrate linking into a new application. 
With a non-object-oriented development 
base, each application programmer would 
have been forced to identify and call proce¬ 
dures from appropriate subroutine librar¬ 
ies for saving, restoring, creating, deleting, 
and viewing links, and to do all this in the 
appropriate order with the correct 
parameters. Using the Intermedia layer 
augmenting MacApp, the applications 
framework essentially alerts the program¬ 
mer, who must implement only those 
methods that are specific to his or her 
application. All other functionality is 
shared as standard fare by all developers. 
Larry Rosenstein of Apple Computer has 
whimsically labelled this a “don’t call us, 
we’ll call you” programming meth¬ 
odology. 

Building an application. While the 
Block methods in the Intermedia layer 
handle the core of the linking functional¬ 
ity, the methods of the individual applica¬ 
tion’s View objects handle the way blocks 
are displayed in different applications. The 
display methods include the creation and 
display of marker icons, scrolling to a 
block after a follow, and highlighting the 
extent of a block. In the GBB, these 
methods, defined at the Intermedia layer 
as abstract methods of IntView, are imple¬ 
mented in the subclass GView. An appli¬ 
cation that, in turn, subclasses GView 
inherits a whole hierarchy of functional¬ 
ity, part of which includes the display of 
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Figure 2. Inheritance hierarchy for the InterSpect unit. 


blocks (see Figure 2). The application 
developer then subclasses GView and the 
associated GObject, and uses the Dialog, 
Control, List, and other classes to create 
a customized application. 

Every application added to the Interme¬ 
dia environment has a number of features, 
like zooming and rotation in InterSpect, 
that differ from functions implemented at 
the MacApp, Intermedia, or building 
block layers. In this case, the programmer 
creates new objects that are simply sub¬ 
classes of MacApp’s generic Command or 
Object classes. While the development 
tools do not directly simplify the imple¬ 
mentation of these features, general 
object-oriented techniques help structure 


the thinking of programmers about their 
application-specific problems. 

Developing in parallel. When building 
applications such as InterSpect in parallel 
with other applications that run in the 
same environment, we initially consider 
each application as a separate entity. 
Programmers build and debug their pro¬ 
grams as independent applications, each 
taking advantage of the inheritance hier¬ 
archy provided by the development tools. 
The extreme modularity of the object- 
oriented environment makes it possible to 
take applications developed separately 
and, without requiring recompilation, 
integrate them into a single system. 


For application integration, the 
Intermedia system contains a Framework 
application. When programmers develop 
an application, they compile the code for 
each application object separately from 
the code for all other objects. The com¬ 
piled code minus the application object is 
called a unit. For example, InterSpect has 
an application object, called SpectAppl, 
that is a subclass of the Intermedia layer’s 
application object, IntAppl. The Spect¬ 
Appl object contains a method called 
DoMakeDocument exclusively for creat¬ 
ing InterSpect document objects. To test 
InterSpect, the programmer binds the 
InterSpect unit to the SpectAppl object. 
When ready to integrate InterSpect into 
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the Intermedia system, the programmer 
instead relies on the framework’s applica¬ 
tion object (FrameworkAppl, also a sub¬ 
class of IntAppl), which contains a 
DoMakeDocument method for creating 
not just InterSpect documents, but many 
different document types. When integrat¬ 
ing InterSpect into the Intermedia system, 
the programmer adds InterSpect to the list 
of document types specified in Framework- 
Appl’s DoMakeDocument method and 
then binds InterSpect and all other appli¬ 
cation units with the FrameworkAppl 
object rather than the SpectAppl object, 
without ever having to recompile the Inter¬ 
Spect unit. 

The capability to reuse the same units 
without recompilation for independent 
testing and for creating an integrated sys¬ 
tem was instrumental in the success of our 
parallel development effort. Developers 
could work on their portions of the proj¬ 
ect independently, knowing that the effort 
of integration would be minimal as long as 
they worked within the structure provided 
by the building block and the Intermedia 
application framework. In particular, 
developers could count on inheriting all 
the linking functionality as soon as their 
application was bound and run with the 
FrameworkAppl object. 

Measuring success 

The concept. To assess the power and 
utility of hypermedia, IRIS is conducting 
a series of experiments at Brown that intro¬ 
duce Intermedia into existing courses and 
work settings. To date, Intermedia-based 
materials and applications have been used 
in a plant cell biology course and an Eng¬ 
lish literature course involving about eight 
users who might be classified as authors 
and 80 students who primarily used the 
system as browsers (although many 
experimented with creating their own 
documents). 

As evidence that users appreciated the 
multiple applications provided by the 
Intermedia framework, two substantial 
linked bodies of material (approximately 
850 English-related documents and 200 
biology-related documents) were created 
that included documents of all available 
types. 

Authors and browsers alike learned to 
use the system with almost no training. 
Even though experienced Macintosh users 
learned more quickly than others, no user 
required more than a week or two to feel 
comfortable using Intermedia and all its 


available applications. The approximately 
3,000 links created by the eight authors 
seems to indicate that link-making as well 
as link-following posed little or no diffi¬ 
culty to the users. Although there is no 
empirical evidence to show that con¬ 
sistency among applications is related to 
ease of use, we believe it is a strong factor. 
In fact, we believe the consistent applica¬ 
tion framework with seamless inclusion of 
linking allows users to ponder new appli¬ 
cations, taking for granted that linking will 
be incorporated into those applications as 
a standard feature. 

An examination of the course materials 
created by the instructors in this study indi¬ 
cated that each used Intermedia success¬ 
fully (measured by a substantial increase 
in the critical thinking skills of the 
students 11 ), despite the fact that each 
instructor used the system in a fundamen¬ 
tally different way. We believe this study 
points to the potential value of multiuser 
hypermedia systems across a wide range of 
academic disciplines. 

The construction. With the generic 
MacApp layer, the Intermedia layer, and 
three crucial building blocks in place, we 
can now build and integrate new applica¬ 
tions into the Intermedia environment in 
a matter of weeks. By systematically 
implementing abstract methods and over¬ 
riding other methods found in layers above 
the application layer, developers can cre¬ 
ate applications guaranteed to have com¬ 
mon functionality consistent with all other 
applications. While it is, of course, possi¬ 
ble to institute inconsistencies, it takes 
more effort to be inconsistent than con¬ 
sistent. 

We can directly attribute the successful 
and rapid development of the Intermedia 
environment to object-oriented program¬ 
ming techniques. These techniques, in 
combination with other factors, enabled 
us to attain each of our goals for the proj¬ 
ect. We were able to remove the burden of 
user-interface consistency from the appli¬ 
cation developer, adopt an existing user- 
interface definition, allow groups of 
programmers to work in parallel, integrate 
separate modules without recompilation, 
avoid considerable duplication of effort, 
and create an extensible system suitable for 
the rapid development of new applica¬ 
tions. The Proceedings of OOPSLA 8(f 
provides a more detailed description of the 
specific measures we used as a basis for 
these conclusions. 

Despite the substantial benefits of our 
development base, as with every system, 


we encountered problems and drawbacks. 
Our most serious problem stemmed from 
working in an extremely layered environ¬ 
ment. Although inheritance certainly saves 
programmers an enormous amount of 
work, it can prove quite time-consuming 
in an environment that does not support 
incremental compilation. When working 
with a Unix system using the C program¬ 
ming language and an object-oriented 
preprocessor, changes in one layer are not 
automatically propagated to other lower- 
level layers. In our case, when we changed 
fields and methods in a parent class such 
as IntView, we had to recompile all layers 
inheriting from that class. These often 
required 45 minutes or longer. Although 
we attempted to minimize the number of 
recompilations, they were often unavoid¬ 
able during the period we worked on all 
layers of the system simultaneously. We 
did manage to structure the working envi¬ 
ronment so the recompilations would not 
prevent other people from working, but 
this scheme added the expense of keeping 
duplicate copies of the source code and 
producing new releases of the system every 
week. Even though we used a source code 
control system to facilitate release track¬ 
ing, we still had to be extremely careful to 
include the most up-to-date versions of 
every layer in each release. 

T hrough the use of abstract 
methods, object-oriented pro¬ 
gramming provided us with a 
concrete structure that could be shared by 
each of the applications in the system. 
With object-oriented programming and 
MacApp, we could structure the whole 
system in such a way that each part could 
be worked on independently with the guar¬ 
antee that integration would be easily 
accomplished and common functions 
would behave identically in each of the 
applications. 

As we look toward the future, we plan 
to expand Intermedia, both from a user’s 
and a programmer’s point of view. Devel¬ 
opment of new applications and system 
features are under way to provide links to 
and from video and audio, more complex 
filtering and information retrieval, better 
visualizations of connections between 
documents, and support for capturing and 
replaying paths through a web. On the 
development side, we plan to implement 
building blocks for handling controls such 
as sliders and scrollbars, for abstracting 
menus, for providing MIDI music record¬ 
ing and replay, and for providing more 
sophisticated text-editing features. More 
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importantly, we hope to persuade the soft¬ 
ware development community that (1) 
application development will be most 
fruitful when that community at large 
embraces object-oriented building blocks 
and frameworks and (2) hypermedia will 
only be readily accessible when a common 
linking protocol is adhered to by all third- 
party software creators. □ 
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STANDARDS 


Editor: Helen M. Wood, National Bureau of Standards, B154 Technology, Gaithersburg, MD 20899; (301) 975-3240. 


A profile of the Software Engineering Standards Subcommittee 

Jean A. Gilmore,.Unisys Defense Systems; SESS Vice Chair for Standards 
Thomas M. Kurihara, U.S. Dept, of Transportation; SESS Vice Chair for Operations 


Standards is the element of our indus¬ 
try designed to bring discipline to soft¬ 
ware engineering practices for the 
management, development, and main¬ 
tenance of software. This article 
describes the Software Engineering 
Standards Subcommittee (SESS) as well 
as its background, successes, current 
development activities, educational 
efforts, and influence in the interna¬ 
tional standards arena. 

The Computer Society of the IEEE 
has been preparing software engineering 
standards since the mid-1970s. The 
SESS is the standards arm of the Tech¬ 
nical Committee on Software Engineer¬ 
ing (TCSE) and is administratively 
governed by the Standards Coordinat¬ 
ing Committee (SCC) of the IEEE Stan¬ 
dards Activity Board (SAB). 

IEEE (and SESS specifically) is the 
major active, accredited software stan¬ 
dards development organization that 
forwards IEEE standards to the Ameri¬ 
can National Standards Institute 
(ANSI), the body that coordinates the 
activities of the standards developing 
organizations in the United States. 

The mission of the SESS is to create 
IEEE software engineering standards 
through the consensus process and to 
encourage the use of these standards. 

Twelve software engineering stan¬ 
dards, developed through sponsorship 
of the SESS and approved by the IEEE 
Standards Board and ANSI (if so indi¬ 
cated), provide evidence that the efforts 
of the SESS have succeeded. The 12 
standards are 

(1) ANSI/IEEE Standard 729-1983, 
IEEE Standard Glossary of Soft¬ 
ware Engineering Terminology, 

(2) ANSI/IEEE Standard 730-1984, 
IEEE Standard for Software 
Quality Assurance Plans; 

(3) ANSI/IEEE Standard 828-1983, 
IEEE Standard for Software Con¬ 
figuration Management Plans; 

(4) ANSI/IEEE Standard 829-1983, 
IEEE Standard for Software Test 


Documentation; 

(5) ANSI/IEEE Standard 830-1984, 
IEEE Guide to Software Require¬ 
ments Specifications; 

(6) ANSI/IEEE Standard 983-1986, 
IEEE Guide for Software Quality 
Assurance Planning; 

(7) ANSI/IEEE Standard 990-1986, 
IEEE Recommended Practice for 
Ada Asa Program Design 
Language; 

(8) ANSI/IEEE Standard 1002-1987, 
IEEE Standard Taxonomy for 
Software Engineering Standards; 

(9) ANSI/IEEE Standard 1008-1987, 
IEEE Standard for Software Unit 
Testing; 

(10) ANSI/IEEE Standard 1012-1986, 
IEEE Standard for Software 
Verification and Validation Plans; 

(11) ANSI/IEEE Standard 1016-1987, 
IEEE Recommended Practice for 
Software Design Descriptions; 
and 

(12) IEEE Standard 1042-1987, IEEE 
Guide to Software Configuration 
Management Planning. 

Copies of approved standards are 
available from: IEEE Service Center, 
445 Hoes Lane, Piscataway, NJ 
08854-4150; (201)981-1393. 

The initial software engineering stan¬ 
dards provided a vocabulary base 
(ANSI/IEEE Standard 729-1983) and a 
relational framework (ANSI/IEEE 
Standard 730-1984) to influence subse¬ 
quent product standardization efforts 
for plans, requirements, design, and 
test documentation. Software engineer¬ 
ing standardization is moving toward 
process standards with the major 
influence of P1074, Standard for Soft¬ 
ware Life Cycle Processes. The purpose 
of this standard is to define the processes 
that are mandatory for the disciplined 
development and maintenance of soft¬ 
ware. This will establish a process 
framework for future standards devel¬ 
opment to build on current standards. 


such as unit testing, guides to planning, 
and verification and validation. 

Software engineering standards 
projects still in various stages of their 
life cycles within Standards Working 
Groups are 

(1) P982, Standard for Measures for 
Reliable Software 

Chair: James Dobbins, (703) 
354-0371; 

(2) P982.1, Guide to Measures for 
Reliable Software 

Chair: James Dobbins, (703) 
354-0371; 

(3) P1016.2, Guide to Software 
Design Descriptions 

Chair: John McArdle, (604) 
278-3411 (Canada); 

(4) P1028, Standard for Software 
Reviews and Audits 

Chair: Charles Hollocker, (615) 
734-4000; 

(5) P1044, Standard for Classifica¬ 
tion of Software Errors, Faults, 
and Failures 

Chair: Richard Evans, (213) 
535-3447; 

(6) P1045, Standard for Software 
Productivity Metrics 

Chair: Robert Sulgrove, (513) 
445-1064; 

(7) P1058, Standard for Software 
Project Management Plans 

Chair: Richard Thayer, (916) 
278-6834; 

(8) P1058.2, Guide to Software Proj¬ 
ect Management Planning 

Chair: Richard Fairly, (617) 
649-9731; 

(9) P1059, Guide for Software Verifi¬ 
cation and Validation 

Chair: Jerry Mersky, (213) 
831-0611; 

(10) PI 061, Standard for Software 
Quality Metrics Program 

Chair: Norman Schneidewind, 
(408) 646-2719; 

(11) P1062, Recommended Practice 
for Software Certification 
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Organization of the Software Engineering Standards Subcommittee. 


Chair: Philip Marriott, (513) 
258-0831; 

(12) P1063, Standard for Software 
User Documentation 
Chair: Christopher Cooke, (301) 
682-1649; and 


(13) P1074, Standard for Software 
Life Cycle Processes 
Chair: David Schultz, (305) 
982-0458. 

In addition, the following established 
standards that are approaching their 


fifth year of existence are being 
reviewed to determine their continued 
applicability: 

(1) ANSI/IEEE Standard 729-1983 
Chair: Jane Radatz, (619) 
455-1330; 
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(2) ANSI/IEEE Standard 828-1983 
Chairs: Margaret Rumley, (704) 
366-8945; and Ron Berlack, (603) 
885-5170; and 

(3) ANSI/IEEE Standard 829-1983 
Chair: David Gelperin, (612) 
541-1431. 

The SESS mission also includes 
promoting the use of the IEEE stan¬ 
dards. One way to achieve this goal is 
through education. Several IEEE Soft¬ 
ware Engineering Standards Seminars 
have been developed based on estab¬ 
lished IEEE standards. The current 
Software Engineering Standards Semi¬ 
nars that are available include 

(1) Software Quality Assurance, 
based on ANSI/IEEE Standard 
730-1984; 

(2) Software Testing, based on 
ANSI/IEEE Standard 829-1983; 

(3) Software Configuration Manage¬ 
ment, based on ANSI/IEEE Stan¬ 
dard 828-1983; 

(4) Software Requirements Specifica¬ 
tions, based on ANSI/IEEE Stan¬ 
dard 830-1984; and 

(5) Software Verification and Valida¬ 
tion, based on ANSI/IEEE Stan¬ 
dard 1012-1986. 


Additional seminars are in the devel¬ 
opment process. The seminars will be 
announced following formal review and 
approval. For further information, call 
or write to IEEE Standards Seminar 
Manager, 345 East 47th St., New York, 
NY 10017; (212) 705-7909. 

SESS representatives have taken an 
active role in the activities of the Inter¬ 
national Standards Organization (ISO) 
Joint Technical Committee 1 (JTC1), 
Subcommittee 7 (SC7)—Software 
Documentation and System Software. 
The area of work is defined as “The 
standardization of techniques and 
methods necessary for software devel¬ 
opment, with the design and documen¬ 
tation and evaluation throughout a 
system’s life cycle.” 

SC7 is organized into four working 
groups. Of primary interest to SESS is 
working group 3 (WG3), whose objec¬ 
tive is “to develop standards in the area 
of software development life cycle, 
including life cycle management, soft¬ 
ware quality methodology (methods 
and tools), and metrics (measurements 
and evaluation).” Active projects in 
WG3 are 


• 97.07.13.01 Criteria for the Evalua¬ 
tion of Software—Software 
Characteristics; 

• 97.07.13.02 Criteria for the Evalua¬ 
tion of Software—Technical Report 
on Software Quality Subcharac¬ 
teristics; 

• 97.07.13.03 Criteria for the Evalua¬ 
tion of Software—Technical Report 
on Software Quality Measurement 
and Rating; 

• 97.07.18.01 Guidelines for Soft¬ 
ware Development Methods Data 
Driven Methodology; 

• New Work Item—Software (Pro¬ 
ductivity) Metrics; 

• New Work Item—Software Classi¬ 
fication; and 

• New Work Item—Life Cycle 
Management. 

SESS has made technical contribu¬ 
tions through its SC7 Technical Advi¬ 
sory Group (TAG) representative, Tom 
Kurihara. The IEEE is represented on 
the TAG, along with representatives 
from other professional societies, indus¬ 
try, and standards-development organi¬ 
zations. This mode of operation will 
change when the IEEE becomes the US 


Software Research 
and Development 

EDS, the world’s leader in computer and communications ser¬ 
vices, is seeking software research scientists to join an established 
Research and Development organization in Troy, Michigan. Our 
mission is to expand the business opportunities of EDS in the infor¬ 
mation services industry through the development and innovative 
application of technology. Applicants should have a Master’s 
Degree or Ph.D. in computer science, applied mathematics, or a 
related technical area and interests in: 

► Software Engineering ► Graphic Algorithms 


► Productivity Tools for 
Software Development 

► Artificial Intelligence 


► Graphic Modelling 


► Human-Computer Interaction 

► Data Communications 

► Advanced Database 
Applications 

► Translation Techniques 


Our activities are supported by LANs, Xerox and SUN worksta¬ 
tions, and network access to larger mainframes and installations. 

EDS Research and Development is located in suburban Oak¬ 
land County, Michigan, and is close to a wide variety of cultural and 
recreational activities. Several major universities are within com¬ 
muting distance. 

,. c Se " d y° ur resume EDS Recruiting Coordinator 
(U S- citizenship or perma- Research and Development 
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University of Alberta 
Edmonton 


Chairman 

Department of 
Computing Science 

Applications and nominations are invited for the position of 
Chairman of the Department of Computing Science at the 
University of Alberta. The Department consists of 36 
academic and 28 support staff. Current hardware support 
includes an Amdahl 5870, a network of four VAX 11/780’s, 
about thirty Sun Workstations, well-equipped 
microcomputer and workstation laboratories for graphics, 
VLSI, and AI research. Access to a Cyber 205 is available. 

We are seeking candidates with excellent leadership qualities, 
an outstanding research record and a dedication to teaching at 
the undergraduate and graduate level. 

This position will be available July 1, 1988 and the salary and 
rank will be commensurate with experience. Applications or 
nominations, including a detailed curriculum vitae and the 
names of three referees, should be received by February 15, 
1988 and addressed to: 

Dr. W. John McDonald 
Dean of Science 
University of Alberta 
Edmonton, Alberta, Canada 
T6G 2E9 















Strategic Planning Committee plans first meeting 


TAG administrator for the SC7 work. 
Then, IEEE will be responsible for 
coordinating and harmonizing US posi¬ 
tions on the active SC7 work items with 
other interested and involved organiza¬ 
tions. Organizing and developing proce¬ 
dures for initiating, coordinating, 
assigning, and approving US proposals 
and positions for SC7 will be a signifi¬ 
cant undertaking for a professional 
society. 

The Computer Society and its mem¬ 
bers will benefit through increased 
opportunities for professional develop¬ 
ment, involvement in international 
activities, introducing and influencing 
international and national software 
engineering practices, and better under¬ 
standing of international practices. 

The standards endeavors sponsored 
by SESS represent a consensus of con¬ 
cerned, practicing professionals in the 
software engineering field and provide 
the most up-to-date information on cur¬ 
rent directions in software engineering 
practices. Contact the person(s) listed 
directly in your area of interest, Jean A. 
Gilmore at (612) 681-6998, or SESS 
Chair John Horch at (205) 532-1100, 
for more information about SESS 
activities or to volunteer your time and 
experience. 

SESS welcomes your participation! 


Meeting slated for 
revision of Software 
Quality Assurance 
Plans Standard 

The first meeting to study revisions of 
ANSI/IEEE Std 730-1984, IEEE Stan¬ 
dard for Software Quality Assurance 
Plans , is scheduled for 9:30 a.m. Mon¬ 
day, February 29, at the Cathedral Hill 
Hotel in San Francisco. 

Those who plan to attend are asked 
to notify Fletcher Buckley not later than 
January 30 so that arrangements can be 
made. His address and phone number 
are RCA, MS 148-209, Moorestown, 

NJ 08057; (609) 866-6350. 

In addition, those attending should 
obtain (1) a copy of Software Engineer¬ 
ing Standards dated May 20, 1987 and 
containing the 11 approved ANSI/IEEE 
Software Engineering Standards by 
contacting the Computer Society Press, 
PO Box 4699, Terminal Annex, Los 
Angeles, CA 90051; (714) 821-8380; and 
(2) a copy of the IEEE Standards Man¬ 
ual from Louise Germani, IEEE Stan¬ 
dards Board, 345 East 47th St., New 
York, NY 10017; (212) 705-7091. 


The new Strategic Planning Commit¬ 
tee of the Accredited Standards Com¬ 
mittee X3, Information Processing 
Systems, will conduct its first meeting at 
10 a.m., Thursday January 28. The ses¬ 
sion will be held at the headquarters of 
the Computer and Business Equipment 
Manufacturers Assoc., 311 E. First St., 
NW, Suite 500, Washington, DC 
20001-2178. 

The committee was established to 
help shape the direction of standards 
activities in the information processing 
arena. It is expected to identify infor¬ 


mation technology arenas of key impor¬ 
tance, design and undertake conceptual 
studies, coordinate plans and concepts 
with other groups within and outside 
the standards community, and recom¬ 
mend future standards development 
projects. 

Additional details may be obtained 
by contacting Catherine A. Kachurik, 
Computer and Business Equipment 
Manufacturers Assoc., 311 E. First St., 
NW, Suite 500, Washington, DC 
20001-2178; (202) 737-3888. 


Computer 

Scientists 


Bellcore is a leading telecommunications engineering and technology 
organization. Our mission is to provide our clients, the Bell operating 
companies, with the expert technical engineering and research they 
need to provide the oustanding telecommunciations service our 
nation has come to expect. 

We currently have openings in our Computing Standards and 
Architecture Laboratory for experienced professionals interested in 
exploring, analyzing and applying new computing technologies and 
architectures to meet the rapidly changing requirements of our infor¬ 
mation systems. 

The mission of this Laboratory is to look at new technology, its poten¬ 
tial impact across a broad spectrum of areas, and to develp architec¬ 
tural plans that not only meet today’s demands but also anticipate 
tomorrow’s intelligent network. 

The work requires professionals with a wide range of expertise. 

Your background should include a Ph.D. or M.S. in Computer 
Science, Electrical Engineering, Computer Engineering, or a related 
discipline with at least 3 years of professional, academic, and/or 
industrial experience in two or more of the following areas: 

• database technology—distributed database architectures 

• computer network—data communications 

• computer and system reliability and continuous operations 

• software engineering—software quality and productivity 

• artificial intelligence—expert system technology 

• universal interfaces—end user computing 

• computer and systems architecture modeling 

To explore these opportunities, send a resume with education, work 
experience, and salary history to: Manager, Technical Employment, 
Bellcore, Dept. 123/6031/88, CN 1300, Piscataway, NJ 08854. An 
equal opportunity employer. 

Bellcore 

(§) Bell Communications Research 
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Editor: Sallie Sheppard, Office of Associate Provost for Honors Program and Undergraduate Studies, 
Texas A & M University, College Station, TX 77843; (409) 845-3210. 


Ombudsman gets the answers 

Kathy St. Louis, Membership Promotions Coordinator 


Ever in the mood to take the heat for 
the United States Postal Service, or 
explain an impossibly unforeseeable 
glitch in an enormous database, or 
(heaven help us) own up to the inevita¬ 
bility of simple human error? 

An extraordinary sense of purpose 
might drive an individual to take on 
such a potentially troublesome job. It 
would seem that those who accept this 
role must have the noblest of intentions 
and a true dedication to their 
profession. 

To date, these prerequisites have 
indeed been proven in those individuals 
who have assumed the post of Com¬ 
puter Society ombudsman. For the past 
two years, Susan Rosenbaum has fol¬ 
lowed in this tradition and served the 
membership with distinction. Now, in 
1988, with an impressive history of 
Computer Society and IEEE participa¬ 
tion and leadership, Raymon Oberly 
has accepted the challenges of the post 
of ombudsman. 

The success of a volunteer-directed 
organization the size of the Computer 
Society might well be judged by the 
effective implementation of the duties 


of the ombudsman. When a problem, 
no matter how trivial, has not been 
solved satisfactorily within a reasonable 
period of time, dissatisfaction 
resounds—loudly. And, with nearly 
90,000 members (not to mention the 
added breadth of the entire IEEE), the 
potential for problems in publications 
deliveries, membership renewals, or 
miscommunications among the myriad 
committees, is great. While most of 
these problems are handled routinely by 
the Computer Society staff, the 
ombudsman makes sure the “buck” 
finds an ultimate destination. Problems 
are acknowledged. Questions are heard 
and answers sought. Lost materials are 
found. Invoices are marked “paid.” 

With her recent experiences in the 
post still ringing clearly, Susan Rosen¬ 
baum explained the role simply: “The 
ombudsman provides our membership 
with a single point of contact to the 
entire Computer Society; that is, when 
in doubt, ask your ombudsman. 

“Routine problems are handled by 
the West Coast staff with a combina¬ 
tion of diligence and responsiveness. 

The name Gaye Seaborn, in particular, 


is well known and warmly regarded by 
an increasing number of our mem¬ 
bers,” she pointed out. “Few letters 
actually require personal handling by 
the ombudsman (although copies of the 
correspondence are sent automatically 
to him or her), but those few make the 
position of ombudsman an important 
one for maintaining good relationships 
in the Computer Society, particularly 
between the membership and Computer 
Society leaders.” 

As they say, “somebody has to do 
it.” The responsible assumption of this 
post continues to play an important 
part in the overall success and growth 
of the society. Rosenbaum and Oberly 
are to be commended for their contribu¬ 
tions to our success. 



Raymon Oberly has been appointed by 
the Board of Governors to succeed 
Susan Rosenbaum as Computer Society 
ombudsman. In this position, he will be 
responsible for receiving and investigat¬ 
ing member complaints, as described in 
the accompanying story. 


What to do when problems arise 

The ombudsman is a volunteer annually selected by the Board of Gover¬ 
nors. It is the ombudsman’s responsibility to immediately acknowledge 
receipt of the complaint. If the complaint involves a matter where procedures 
for appeal exist, such as rejection of a paper for publication in a Computer 
Society magazine or an issue regarding standards, the ombudsman will turn 
the problem over to the appropriate volunteer (usually a vice president) for 
resolution. Otherwise, the ombudsman will investigate the nature of the com¬ 
plaint, initiate action to rectify the problem, and advise the member of the 
details of the action taken. 

For changes of address, members may use the forms provided in each 
issue of Computer magazine. For routine problems, members may contact the 
membership department in the publications office. For specific or formal han¬ 
dling of a complaint, write to Ombudsman, Publications Office, Computer 
Society of the IEEE, 10662 Los Vaqueros Circle, Los Alamitos, CA 90720-2578. 
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Three bylaws amendments proposed 


The Board of Governors of the Com¬ 
puter Society passed three amendments 
to the society’s bylaws for the first time 
when it met June 19, 1987 in Chicago 
and October 30, 1987 in Dallas. The 
changes were recommended to the 
board by President Edward A. Parrish, 


Jr., then the president-elect and chair of 
the Constitution and Bylaws Committee. 

The proposed text of the sections 
involved is published here, along with 
the current wording in the bylaws. In 
the proposed version, presented here 
for your review, new or rearranged 


material is printed in italics. 

Member comments are solicited. 
Please send them to Edward A. Parrish, 
Jr., President, Computer Society of the 
IEEE, 10662 Los Vaqueros Circle, Los 
Alamitos, CA 90720. 

The board is expected to take final 
action on these changes at its next meet¬ 
ing March 4 in San Francisco. 


Board Elections 

The bylaws currently do not provide 
a mechanism for breaking ties in mem¬ 
ber elections for officers and members 
of the board. A proposed new item to 
Section 4 of Article II (with the remain¬ 
ing items appropriately renumbered) 
provides that the Board of Governors 
would vote to break such ties. 

Article II, Section 4 

Current wording: (3)Board position 
vacancies due to current Board mem¬ 
bers being elected to presidential offices 
shall be treated as normal Board 
vacancies. 

Proposed wording: (3)In the case of 
tie votes for a position, the Board shall 
select the winner by secret ballot. 

(4) Board position vacancies due to 
current Board members being elected to 
presidential offices shall be treated as 
normal Board vacancies. 


Presidential Duties 

An amendment to the bylaws already 
approved allowed the president to dele¬ 
gate the authority for some appoint¬ 
ments to the vice presidents. For the 
sake of consistency, the following 
amendment to Section 1 of Article V 
would provide the president with the 
authority to declare vacant positions for 
which the appointment authority has 
been so delegated. 

Article V, Section 1 

Current wording: The president shall 
be an ex officio member, without vote, 
of all boards and standing committees, 
except the audit, awards, elections, fel¬ 
low, and nominations committees, and 
also of the committees and boards of 
the IEEE and other organizations as 
designated by the Board. The president 
shall appoint the vice presidents, other 
than the first and second vice presi¬ 


dents, with the advice and consent of 
the Board of Governors, and shall 
appoint the Board and standing com¬ 
mittee chairpersons unless otherwise 
specified herein. The president may 
appoint such ad hoc committees as 
he/she may deem desirable. The presi¬ 
dent shall appoint representatives to 
duly constituted organizations as may 
be provided for by the Society or the 
IEEE. The president may, with the con¬ 
sent of the Board, designate these 
representatives as ex officio members of 
the Board. The president may declare 
vacant positions for which the president 
has sole power of appointment. 

Proposed wording: The president 
shall be an ex officio member, without 
vote, of all boards and standing com¬ 
mittees, except the audit, awards, elec¬ 
tions, fellow, and nominations 
committees, and also of the committees 
and boards of the IEEE and other 
organizations as designated by the 
Board. The president shall appoint the 
vice presidents, other than the first and 
second vice presidents, with the advice 
and consent of the Board of Governors, 
and shall appoint the Board and stand¬ 
ing committee chairpersons unless 
otherwise specified herein. The presi¬ 
dent may appoint such ad hoc commit¬ 
tees as he/she may deem desirable. The 
president shall appoint representatives 
to duly constituted organizations as 
may be provided for by the Society or 
the IEEE. The president may, with the 
consent of the Board, designate these 
representatives as ex officio members of 
the Board. The president may declare 
vacant positions for which the president 
has sole power of appointment, or for 
which the president delegates the 
authority to appoint. 


Ombudsman 

The society position of ombudsman 
was first established by board action in 
1984. In order to permanently establish 


the office of ombudsman, a new section 
is added to Article IX of the bylaws as 
follows: 

Article IX, Section 5 

Proposed wording: The ombudsman 
shall be a standing post. A volunteer 
shall be selected by the Board of Gover¬ 
nors each year to fill the position. The 
ombudsman should respond to inquiries 
by informing the complainant of appro¬ 
priate procedures as contained in the 
policy and procedures manual, where 
such exist, while monitoring throughout 
activities requested to bring an issue to 
a satisfactory resolution. The ombuds¬ 
man shall report to the Membership and 
Information Board, but shall have 
direct access to the Board of Governors 
with respect to any unusual or otherwise 
important complaints which are not 
readily rectified. 


Nominations open for 
Eckert-Mauchly Award 

Nominations are now being solicited 
for the 1988 Eckert-Mauchly Award, a 
joint ACM-Computer Society presenta¬ 
tion that annually recognizes a person 
or persons for technical contributions 
to computer and digital systems archi¬ 
tecture. 

The 1988 award will be presented at 
the Computer Architecture Symposium 
this June in Hawaii and will carry a 
$1000 honorarium. 

Each nomination should describe the 
nominee’s contributions in 200-500 
words. The names, addresses, and tele¬ 
phone numbers of persons qualified to 
supply further information about the 
candidate should accompany each 
nomination. 

All nominations should be submitted 
no later than March 15, 1988 to the 
1988 chair, Zary Z. Segall, Computer 
Science Dept., Carnegie Mellon Univer¬ 
sity, Pittsburgh, PA 15213; (412) 
268-3736. 


January 1988 


103 





‘Computers in Context’ videocassette 
introduced to American audiences 


COPP 

American audiences have gotten their 
first opportunity to see how an innova¬ 
tive human resource-based computer 
design paradigm which has emerged in 
Scandinavia over the past decade has 
been implemented. Under the sponsor¬ 
ship of the society’s Committee on Pub¬ 
lic Policy, a video called “Computers in 
Context” was played in October for 
attendees at the Fall Joint Computer 
Conference in Dallas. 

The 30-minute videocassette 
documented three successful applica¬ 
tions of what was characterized as a 
new “tool perspective” for designing 
systems that augment—not supplant— 
worker creativity. The concept refutes 
the prevailing assumption that systems 
should technologically simulate or for¬ 
mally represent work processes. 

Instead, the new model explicitly recon¬ 
ceives computers as a part of larger 
social and organizational strategies: to 
decentralize decision-making and to 
preserve jobs. 

The videotaped discussions with par¬ 
ticipants, designers, and users of the 
new automation strategies ran continu¬ 
ously in a room off the speakers’ lounge 
all four days of FJCC. 

The video comprised three segments. 
They included: 

• Personal computer-based worksta¬ 
tions in an Oslo, Norway, savings bank. 
Through the workstations, tellers, in 
addition to performing their usual func¬ 
tions, were able to tie into the bank’s 
central computer and thus perform 
multiple functions that previously 
required customers to consult a number 
of bank officers. Labor unions favored 
this approach as a job-enlargement 
opportunity. 

• The Utopia project, initiated by the 
Nordic graphic artist unions to develop 
an alternative to a turnkey American 
newspaper layout system. The project 
created a computer-aided page layout 
and paste-up system that enabled skilled 
layout artists (as opposed to unskilled 
ones) to do layouts very rapidly and 
thereby experiment with many combi¬ 
nations and variations before choosing 
the most pleasing or imaginative alter¬ 
native. 

• The SAS aircraft maintenance facil¬ 
ities decision support system, likewise 
designed for the skilled, rather than the 
unskilled, craftsperson. The system 
provided analysis and made recommen¬ 
dations, not decisions, and enabled a 


skilled mechanic to provide the 
solutions. 

The three projects were developed 
out of a distinctively Scandinavian com¬ 
mitment to a democratic working life 
and included vigorous trade union 
involvement. They reflect an alternative 
economic strategy for improving com¬ 
petitiveness and productivity, not by 
cutting wages and social services, but by 
increasing the skills, creativity, and par¬ 
ticipation of the work force. 

The message in this videocassette is 
aimed at businessmen, computer 
designers, teachers of computer science, 
labor leaders, and government officials 
concerned with national competitive¬ 
ness and making optimum use of infor¬ 
mation processing technology. These 
Scandinavian design techniques should 
be studied thoroughly to determine how 
they can be applied in the US. 

The videocassette may be ordered for 
a nominal fee. Ordering information 
may be obtained by writing to Paul 
Davis, Secretary, Computer Society 
Committee on Public Policy, 41 W. 
Huron St., Jackson, OH 45640. 


New nominee sought 
for Division VIII post 

The Nominations Committee of the 
society’s Board of Governors is in the 
process of selecting a new nominee for 
the position of 1989-90 IEEE Division 
VIII delegate-director now that one of 
the two initial nominees has withdrawn 
from contention. 

Meeting October 30 in Dallas, the 
board accepted the committee’s recom¬ 
mendation that the names of Ned R. 
Kornfield and Roy L. Russo be placed 
on the IEEE’s fall 1988 ballot. How¬ 
ever, Kornfield, a professor and former 
dean of engineering at Widener Univer¬ 
sity in Chester, Pennsylvania, as well as 
chair of the society’s Committee on 
Public Policy, has since withdrawn. 

Russo, who completed two consecu¬ 
tive one-year terms as president of the 
society in December, is manager of the 
Advanced Design Automation Labora¬ 
tory at the IBM T.J. Watson Research 
Center in Yorktown Heights, N.Y. 

Additional candidates may be nomi¬ 
nated by member petition up until noon 
May 27. Complete information may be 
obtained by contacting Betty Stillman, 
IEEE Headquarters, 345 E. 47th St., 
New York, NY 10017. 



Asia-Pacific computer 
metanetwork now in 
operation 

A Unix-based regional computer 
metanetwork called AUSEAnet has 
been established for information 
exchange and resource sharing among 
13 member nations in Asia and the 
Pacific. 

Indonesia, one of the participating 
countries, is the regional center. Netlab, 
the Network Laboratory that is part of 
the Inter-University Center for Com¬ 
puter Science at the University of 
Indonesia in Jakarta, serves as the 
national center in Indonesia. 

AUSEAnet connects to a designated 
node in Australia through an interna¬ 
tional packet-switching line. It uses 
UUCP and ACSnet over the interna¬ 
tional X.25 networks. Outside Austra¬ 
lia, it uses mostly UUCP at 1200 bits 
per second. 

Each participating nation has its own 
network and an international gateway 
that pools the Indonesian hub machine. 

The Australian government provided 
the initial funds, and the other par¬ 
ticipating countries are augmenting the 
funding. 

The AUSEAnet concept was devel¬ 
oped at a session held by the Computer 
Society in Hong Kong in 1985 called the 
First Asia Pacific Area Meeting. 
Anthony Pau, past area chair of the 
Asia Pacific Region, organized and 
chaired the session to form a task group 
to set up the network. 

Besides Australia, Indonesia, and 
Hong Kong, the participants repre¬ 
sented India, Japan, Korea, Malaysia, 
New Zealand, Pakistan, the Philip¬ 
pines, Singapore, Sri Lanka, and 
Thailand. 

Pau credited Martha Sloan of Michi¬ 
gan Technological University for con¬ 
tributing a great deal of effort to 
arrange the initial meeting and Joseph 
Lukukay of the University of Indonesia 
for completing AUSEAnet. 

For more information on AUSEAnet, 
contact Lukukay, Inter-University Cen¬ 
ter for Computer Science, University of 
Indonesia, PO Box 3442, Jakarta 10002 
Indonesia. 
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UPDATE 


Worst use of electronic publishing technology 
to be cited in ‘Bad Art’ contest 


A California graphics design com¬ 
pany is sponsoring a “Bad Art” contest 
to call attention to what the firm per¬ 
ceives as a lack of design standards in 
the electronic publishing industry. The 
“winning” entries will be hung in the 
firm’s Hall of Shame. 

Bruce Ryon, president of Design 
Access, said the contest was inspired by 
a recent flood of “graphically atro¬ 
cious” ads created with EP systems. 

“The more hapless efforts...of aes¬ 
thetically impaired desktop publish¬ 
ing...should be preserved for posterity, 
like TV bloopers, man-bites-dog head¬ 


lines, or those early films of airplanes 
that never got off the ground,” Ryon 
said. 

The contest is open to anyone, but all 
entries must have been fully or partially 
produced using computer-based 
graphics design and EP systems, includ¬ 
ing electronic typesetting equipment, he 
said. 

Prizes will be “awarded” for the 
most confusing document, the highest 
number of graphics elements in a single 
design, the worst layout, and the worst 
use of color, fonts, and clip art. At the 
whim of the judges, ad-hoc prizes may 


also be awarded. 

“We want to encourage people to 
send in anything they think is truly 
awful,” Ryon said. 

Generally, the prizes will go to those 
who submit the winning entries, unless 
the originators are judged to be more 
deserving. 

The grand prize will be a copy of a 
graphic design program and a com¬ 
plimentary “makeover.” Books on 
graphic design, magazine subscriptions, 
and other prizes will also be presented. 

Entries must arrive at Design 
Access’s offices at 900 North Point, San 
Francisco, CA 94109 by April 1, 1988. 
The company’s phone number is (415) 
885-3156. 


Eli Lilly joins university’s industrial supercomputing program 


Eli Lilly, the Indianapolis-based 
pharmaceutical company, joined the 
industrial supercomputing program at 
the National Center for Supercomput¬ 
ing Applications at the University of 
Illinois on January 1. 

Through the four-year, $3.5-million 
< agreement, Lilly researchers and com¬ 
puter managers will receive training in 
advanced computing technologies and 
work closely with the center’s scientists 
and computer professionals. The com¬ 
pany’s representatives will also have the 
opportunity to interact with leading 


scientists from around the world who 
conduct research at the campus facility 
according to Larry Smarr, center 
director. 

“We are very excited about Lilly 
joining our industrial program because 
the application of supercomputing to 
drug design is a field that is just begin¬ 
ning to open up,” he said. 

Lilly researchers will locate at the 
center to work on projects of interest to 
the company. The center staff will assist 
the company representatives in training, 
research, and the establishment of high¬ 


speed data links to off-campus Lilly 
facilities. 

The center’s advanced computing 
environment includes a Cray X-MP/48 
supercomputer, one of the most power¬ 
ful in the world; an assortment of state- 
of-the-art computer workstations; and, 
built around an Alliant FX/8 minisu¬ 
percomputer, a visualization facility 
nationally recognized for its pioneering 
role in developing ways to view complex 
scientific data, Smarr said. 

Eastman Kodak joined the program 
in 1986, and Amoco followed suit in 1987. 


Scottish colleges develop computer-integrated centers with US investment 


Scotland, which produces more com¬ 
puters per person than any other coun¬ 
try in Europe, has developed computer 
integrated manufacturing (CIM) 
research and development centers at its 
major universities with funding from 
several leading US high technology 
companies. 

The largest investment in the new 
CIM technology is at Strathclyde Uni¬ 
versity in Glasgow, where Honeywell 
Ltd., Honeywell-Bull, and Apollo 


Computers have invested $3 million to 
establish a CIM institute. 

With funding and equipment from 
Texas Instruments and Renishaw, 
Napier College in Edinburgh has 
opened a CIM center of its own, where 
CIM systems will be designed for com¬ 
panies. A manufacturing line, integrat¬ 
ing a computer-controlled tracking 
delivery system with machining sta¬ 
tions, has already been built to demon¬ 
strate CIM. 


At Heriot-Watt University, also in 
Edinburgh, a new intelligent automa¬ 
tion laboratory has been set up to inte¬ 
grate artificial intelligence with existing 
computer control and systems engineer¬ 
ing in industrial automation projects. 
IBM has contributed more than 
$550,000 to the university to support 
development of a multirobot, multisen¬ 
sor robotic cell for manufacturing 
small- to medium-sized products. 
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Student Grants Chair 

Carmine Stragapede 

ACM Italian Studenf Chapter 


Papers and Tutorials are been solicited in 
any aspects of Computational Intelligence. 

Topic areas include, but are not limited to: 

- Foundations 

- Automatic Theorem proving 

- Automated reasoning 

- Automatic program synthesis 

- Modeling man-machine interaction 

- Improving logic programming 

- Deep knowledge 

- Qualitative reasoning 

- Knowledge acquisition 

- Knowledge representation 

- Heuristics 

- Expert systems 

- New paradigm in problem solving 

- Robotics 

- Perception 

- Architectures and languages 

- Natural language processing 

- Computer aided design 

- Computer aided manufacturing 

- Connection machines 

- Neuro machines 

- Computational Intelligence and Parallelism 

- Standards and integration 

PROGRAM COMMITTEE ( as to Oct. 

Jan Amkreutz, I3P NL 
Elias M. Awad, Univ. of Virginia USA 
Nick Cercone, Simon Fraser Univ. Canada 
Stefano A. Cerri, Univ. di Milano, I 
John Clippinger, Brattle Res Corp USA 
Valentin Costantinescu, Computervision D 
Doug De Groot, Texas Instruments Dallas, USA 
Piero Dell'Oreo, IBM Italy Roma 
Renato De Mori, Me Gill Univ. Montreal 
Robert Dunn, Cadware USA 
Rae A. Earnshaw, Univ of Leeds UK 
Jose’ Encarnacao, Tech Hochscule Darmstadt, D 
Olivier D. Faugeras, INRIA Le Chesnay F 
Jieh Hsiang, NY State Univ at Stony Brook, USA 
Gerald Gardar, Univ. of Sussex UK 
John Gero, Univ of Sidney Australia 
Jay Glicksman, Advanced Decision Systems USA 
Heidi T. Harandi, Univ. of Illinois, USA 
Gyula Hermann, Hungarian Acad, of Sciences 


Submit five copies of paper (in English, not to 
exceed 20 double-spaced pages) to either Program 
Chair. Papers will be accepted for evaluation until 
February 27, 1988. Each paper should have a 
cover page which includes: paper title and full 
names, affiliations, complete addresses, phone and 
telex numbers of the authors. Thirty papers will be 
accepted. Notification of selection will be given by 
April 29, 1988. Authors of accepted papers will 
be requested to submit a final camera-ready copy by 
May 27, 1988. Send proposals for full or 1/2 day 
tutorials to the Tutorial Chair. Tutorial proposals 
must be received by March 15, 1988. Proposals 
should include: speakers resume, tutorial title, in¬ 
tended audience, assumed attendee background, 
course description, outline, and a sample of several 
overhead/slides be used. 

For information about student accomodation contact 
the Student Grants Chair. For information about ex¬ 
hibit, contact the Exhibit Chair. 


15 , 1987 ) 

Ken J. MacCallum, Univ. of Strathclyde UK 

Carl Machover, MAC USA 

Gordon McCalla, Univ of Saskatchewan, Canada 

Epharan Nissan, Ben Gurion Univ Israel 

T. Otker, FDO NL 

Derek Partridge, Univ of Exeter UK 

Jeffrey Posdamer, Univ St. Luis USA 

Kenneth Preiss, Ben Gurion Univ Israel 

Carlo Scagliola, ELSAG I 

Peter Shnupp, Interface Munich D 

O.l. Semenkov, Inst of Eng Cyb. BSSR 

D. Sriram, MIT Cambridge USA 

Vincenzo Tagliasco, Univ di Genova I 

Albert D van der Loeff, Gaud NL 

Alessandro Zoral, IRST Trento I 

Larry Walker. Peak Solutions USA 

Ernie Warman, K. Four UK 

Masoud Yasdani, Univ of Exeter UK 











CONFERENCE TRAVEL AGENT 


Request for information about travel and hotel reservation should be addressed to: DUOMO VIAGGI & TURISMO, Via San Antonio 5, 
20122 Milano, Italy, Tel. (02) 877341, Telex 335641 DUOMO I, Rif. CI88. 

A limited number of accomodations in cheaper University dormitories is available through the Conference Organization. Send requests 
specifying arrival and departure dates to the Operation Chair. 

COMPUTATIONAL INTELLIGENCE 88 - CONFERENCE REGISTRATION FORM 

Please send this registration form with payment to Cl 88, Dipartimento di Scienze dell'Informazione, Via Moretto da Brescia 9, 20133 
Milano, Italy. 

Advance registration discounts are available to all registration forms received, with full payment, post-marked on or before June 30, 1988. 
Attendees who have pre-registred for the Conference or the Professional Education Program may pick up their conference credentials begin¬ 
ning on Saturday, September 24 at 10 a.m. until 5.00 p.m. in Via Venezian 21, Milano. Please bring your registration acknowledgment 
with you to save time in line. Notices of cancellation must be received in writing at the Cl 88 Registration Office NO LATER than September 
17, 1988 in order to qualify for a refund. Allow 10 weeks after the Conference for processing of refunds. 

NAME (last)_(first)_POSITION_ 

INSTITUTION____ 

ADDRESS_CITY_STATE_ZIP_ 

PHONE__TELEX_FAX_Electronic Mail_ 

TO QUALIFY FOR MEMBER OR STUDENT MEMBER DISCOUNT, SPECIFY SOCIETY NAME AND EN¬ 
TER MEMBER NUMBER (ACM, Computer Society of the IEEE, or FAST):_ 

Note: Check the Fee for Registration Type Selected 
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NEW PRODUCT REVIEWS 


Editor: Richard Eckhouse, MOCO, Inc., PO Box A, 91 Surfside Rd., Scituate, MA 02055; Compmail + , r.eckhouse 


Computer-aided illustration at TRW with TriVector’s 3D Illustrator 


Jan Hackett 

On December 17, 1903, the Wright 
brothers achieved humanity’s first con¬ 
trolled flight. Aviation since then has 
made unbelievable progress, as has 
nearly every other form of technology. 
This amazing progress has caused an 
explosion in our requirements for 
documentation. 

The documentation for the Wright 
Flier could have been carried under 
Orville’s arm during that first flight. 

But the various documents required for 
a single Boeing 747 would fill a room. I 
doubt that a 747 could lift off the 
ground carrying its own documentation. 

Ever increasing documentation 
requirements have created a tenuous sit¬ 
uation for managers charged with this 
responsibility. Technical manuals and 
other documents generally include less 
art than text, but rely heavily on 
graphics to illustrate topics under dis¬ 
cussion. 

Unfortunately for the documentation 
department, graphics can involve up to 
80 percent of the labor that goes into 
document production. Worse, the illus¬ 
tration process has remained relatively 
unchanged while other technologies 
advanced. Many technical illustrators 
still use tools similar to those used by 
Leonardo da Vinci centuries ago—pen 
and ink. 

To find out how the art services 
department at one aerospace company 
handles the problems of technical illus¬ 
tration, I talked to Minoru Tsuji, Com¬ 
puter Graphics Supervisor of Art 
Services at the TRW Space and Defense 
Sector. 

Art production at TRW is primarily 
provided by the art services department. 
This full-service support operation 
produces illustrated documents, mostly 
proposals, but also manuals and reports. 

Until recently, art production at the 
TRW Space and Defense Sector was a 
manual process. While most of the 
labor-intensive areas within the com¬ 
pany had already benefitted from com¬ 
puter or robotic support, the art 
services department had failed to find 
similar assistance in the production of 


technical illustrations. As Tsuji said, 
“The computer systems we had ana¬ 
lyzed had not improved enough on the 
traditional methods to justify 
purchase.” 

To understand what they wanted 
from a computer system, it might help 
to take a look at the traditional illustra¬ 
tion methods they were using. 


Traditional illustration 
methods 

Traditionally, illustration is a manual 
process set up much the same as any 
graphic artist’s environment. The tools 
of the trade include a drawing board, 
pencils, pen and ink, rules, triangles, 
ellipses, and other devices to assist the 
illustrator. 

Unfortunately for the art services 
department, conventional drawing 
methods often limit perspective draw¬ 
ings to predetermined grids. While grids 
ensure the accuracy of drawings, they 
can restrict the illustrator’s creativity 
and flexibility. 

A traditional perspective line drawing 
might be executed as follows; The illus¬ 
trator pastes a sheet of vellum onto an 
Anderson grid (normally used to create 
a three-quarter perspective view of an 
object). Different colored pencils are 
used to indicate various components 
and separate temporary construction 
lines from “hard” lines—those that 
appear in the final illustration. The art¬ 
ist lays Mylar over the vellum and traces 
ink over the hard lines that make up the 
finished drawing. 

Once the drawing is finished, the art¬ 
ist can make changes by covering the 
areas requiring alteration and repeating 
the same process as described. Then, 
typically the newly created area is mor¬ 
tised into the affected area. 

The manual process is tedious and 
inflexible. Consequently, it severely 
limits the number and variety of illus¬ 
trations that the art department can 
produce. 


CAD systems as an 
illustration solution 

Tsuji’s department found automating 
the illustration process a real challenge. 
The solutions they looked at did not 
improve enough on the traditional 
methods they were using to justify 
purchase. 

The systems offered were computer- 
aided design systems with a few features 
added to facilitate 2D graphics. A 
limited number of departments in the 
company are using the systems, but the 
art services department achieved mixed 
results using CAD as an illustration 
solution. After all, CAD systems were 
not originally created to produce techni¬ 
cal art. As a result, the illustrators often 
found them no faster than traditional 
methods. 

A lack of productivity gains can 
quickly discourage users of any com¬ 
puter system. Certainly many illustra¬ 
tors using CAD systems become 
disenchanted when productivity gains 
do not materialize. 

The elements that make CAD useful 
to engineers limit its use for technical 
art. First, CAD systems do not provide 
a convenient way to extract data from 
engineering drawings. Because Tsuji’s 
group frequently receives engineering 
drawings as source material, this is an 
important consideration for them. 

Second, CAD systems do not provide 
a convenient method for producing 
axonometric and perspective views. 

Third, the long learning cycle of 
CAD solutions can frustrate illustra¬ 
tors. It can take several months for an 
engineer to master the complexity of 
CAD system use. There is no reason to 
expect illustrators to find them any eas¬ 
ier to learn. 

All in all, Tsuji and his group felt 
that the CAD solutions available did 
not meet their criteria. 
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TRW’s criteria 


The art services department felt it 
would have been undesirable to inter¬ 
fere with the department’s operation to 
accomodate computer-aided methods. 
Any solution to their problems had to 
support the existing process. Specifically, 

• A system must use prints for illus¬ 
trations where prints are the source 
material. When prints are not available, 
the system must perform effectively 
without them. 

• A system must substantially increase 
productivity. 

• A system must be user friendly. The 
illustrator must be able to use the sys¬ 
tem productively right from the start. 

TRW’s choice: CAI 

Tsuji’s group had been reviewing sys¬ 
tems for some time. Eager to reduce the 
time needed to create illustrations, they 
fought a growing temptation to get 
started and insisted on substantial pro¬ 
ductivity gains to justify purchase of 
any system. 

Productivity was an important issue, 
but not the only one. They wanted a 
tool that would leverage the illustrator’s 
skill. The illustrations they produce are 
fairly complex and require illustrators 
with a level of knowledge not easy to 
find. 

They also wanted to preserve the nat¬ 
ural process as well as sharply reduce 
production time. 

The system the art services depart¬ 
ment eventually selected is something 
new—the TriVector 3D Illustrator. 
TriVector’s CEO, Jim Lucas, said that 
the CAI system was developed specifi¬ 
cally to preserve the natural illustration 
process and enhance the creativity of 
the illustrator. 

According to Tsuji, the 3D nature of 
the system gives the art services depart¬ 
ment many advantages. 

The system’s model-positioning con¬ 
trols allow the illustrator to create 
drawings from any angle, distance, or 
view, producing illustrations in any per¬ 
spective from any vantage point. 

Moreover, 3D illustrations such as 
isometric, dimetric, and trimetric draw¬ 
ings can be produced in a fraction of 
the time needed with CAD or manual 
methods. 




model is created, the artist can produce 
any number of views. Multiple views 
produce extraordinary savings in time 
over traditional methods, but even sin¬ 
gle illustrations substantially improve 
productivity. 

For example, the 3D wireframe 
model shown in Figure 1 took 40 
minutes to create from a set of two- 
dimensional orthographic prints. The 
artist then created four illustrations 
from the model. 

The first illustration, an isometric, 
took 14 minutes to create using the 3D 
wireframe model as a starting point. 

The total time needed to create the 
drawing was thus 54 minutes. 

The other three illustrations are per¬ 
spectives. They required 12,9, and 11 
minutes to produce, respectively. All 
four illustrations and the wireframe 
model took a total of 1 hour and 26 
minutes—a substantial savings when 
compared to the 8 to 12 hours needed to 
produce the same illustrations on the 
board. 

That represents a productivity increase 
of eight to one for the TRW art services 
department using the TriVector system 
rather than manual methods. 


Productivity gains 

The illustrator uses the CAI system’s 
three-dimensional database to create a 
3D wireframe model of the object to be 
illustrated. Once the 3D wireframe 


Data entry system 

According to William McNeely, 
developer of the TriVector 3D Illustra¬ 
tor, the productivity level results mainly 




Figure 1. A 3D wireframe model 
created from a set of 2D orthographic 
prints, plus an isometric illustration 
created from the model and three revi¬ 
sions of the isometric. The model and 
all four illustrations took 1 hour and 26 
minutes to create. 

from the system’s dual-cursor data 
entry, pictured in Figure 2. 

When the artist uses prints, the cur¬ 
sors provide real-time mapping between 
a 2D orthographic drawing and the 3D 
model on the screen. Orthographic 
drawings are placed on the digitizing 
tablet and the artist uses the cursors to 
convert the 2D orthographic data to a 
3D vector-based environment. 

According to Bill Cimoch, district 
sales manager for TriVector and the 
man who helps train new users on the 
system, the artist can access a full com¬ 
plement of interactive software func¬ 
tions through the cursor buttons. 

When inputting information, the 
illustrator uses one cursor to identify 
the plane or surface. Once selected, the 
illustrator uses the second cursor to 
input the surface, which appears on the 
screen as the corresponding surface of 
the 3D model. The illustrator completes 
the wireframe model by inputting the 
rest of the information in the same way. 

Basically, the illustrator inputs and 
points, and the system draws the line. 
This process is called tracing. The artist 
can easily create polygons, circles, arcs, 
and compound curves using this tracing 
method. 

For example, to create a polygon the 
artist pushes the polygon button and 
enters one or more points. A series of 
straight line segments will connect the 
points in the order in which they were 
entered. 
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To create a circle, the artist pushes 
the circle button and enters three some¬ 
what equidistant points on the perime¬ 
ter of the circle. When all three points 
have been input, the system automati¬ 
cally draws the circle. 


Creating wireframe models 

Engineering prints in 2D orthographic 
form are complex because they must 


contain all the detail needed to manu¬ 
facture an object. Considerably less 
detail is required to create an illustra¬ 
tion of the object. An experienced illus¬ 
trator can read the print and extract 
only the information needed to produce 
the requested illustrations. 

As described earlier, the artist creates 
the model by tracing in points of the 2D 
orthographic. The side view of the 
engineering drawing is used to create 
the side of the 3D wireframe model, the 


front view of the orthographic is used 
to create the front view of the model, 
and so on until the artist has input all 
views. 

With identical views, the artist traces 
the view once, then copies and trans¬ 
lates it as many times as needed. 

The copy-and-translate technique can 
substantially reduce input time when 
creating symmetrical objects. In the 
case of the space shuttle in Figure 3, the 
artist traced one-half of the body, one 
wing, one rear stabilizer, one landing 
gear, and so forth from the print. The 
parts were then copied and translated to 
create the other half of the wireframe 
model. 

When the illustrator can create one- 
half of the model from the print and 
copy and translate to get the second 
half, the time needed to create the 
model falls in direct proportion to the 
amount of information not extracted 
from the print. 


Creating views 

Once in the system, the illustrator can 
use the 3D wireframe model to produce 
illustrations in an unlimited number of 
views. 

According to Cimoch, a unique user 
interface provides control to easily posi¬ 
tion the selected 3D model. Much the 
same as a photographer positions a 
camera to photograph an object, the 
■illustrator selects a vantage point. The 
system automatically displays the model 
in the correct position. Therefore, the 
illustrator can produce any number of 
isometric, dimetric, trimetric, and per¬ 
spective drawings from a single 3D 
model. 


Creating exploded views 

Using the wireframes created with 
TriVector’s dual cursor data entry sys¬ 
tem or data received from an IGES file, 
the artist can obtain an exploded view 
like the one in Figure 4 to illustrate a 
mechanical assembly. 

The TriVector 3D Illustrator provides 
cut-and-paste techniques to allow the 
artist to create an arrangement of parts 
describing the assembly. The cut and 
paste can automatically align to any of 
the three axes, or the parts can be ran¬ 
domly placed in an exploded-view 
arrangement. This allows the artist to 
adhere to the many standards that apply 
to exploded-view drawings. 

The system’s software can automati¬ 
cally assemble the parts in an exploded- 
view arrangement, facilitating the rapid 



Figure 2. The TriVector 3D Illustrator features a dual-cursor data-entry system, 
pictured here with Bob Eng of TRW at the workstation. 



Figure 3. To create this illustration of the space shuttle, the artist traced half of the 
body, one wing, one rear stabilizer, and so forth from the print, then copied and 
translated the parts to create the other half of the wireframe model. 
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generation of partial and full assembly 
drawings from one exploded-view draw¬ 
ing. Parts of the assembly that are 
rotated and attached to oblique axes of 
the model can be shown in their true 
assembled orientation. Any part can be 
rotated to the desired position in the 
assembly. 


Changing illustrations 

Adding information to perspective 
illustrations can be a difficult and time- 
consuming task using conventional 
techniques. But the CAI system makes 
it relatively fast and simple because of 
the dual-cursor real-time mapping 
between the 2D orthographic and the 
3D model. 

In Figure 5, the TRW logo and the 
words “Art Services” were added to the 
perspective illustration of the truck. 

The illustrator traced in the points of 
the lettering, and the system created the 
words in perspective, in real time, and 
placed them properly on the 3D model. 
A new, correct, illustration was 
produced. 

Even when the model is rotated and 
modified many times, the mapping of 
the lettering from the original ortho¬ 
graphic print is never lost. The artist 
can produce any number of views con¬ 
taining the new information. 

Cimoch pointed out that the system’s 
editing features are also found on the 
cursors, which allows the user to quickly 
convert a 3D wireframe structure to a 
solid view. These features also give the 
operator artistic license to arbitrarily 
clip line segments and produce illustra¬ 
tions that adhere to the standards in the 
technical illustration industry. 


Using CAD models 



Figure 4. The exploded view shown here is one of many methods used to illustrate 
mechanical assemblies. The TriVector system’s cut and paste can automatically 
align to any of the three axes, or place parts randomly in an exploded-view 
arrangement. 



As mentioned earlier, CAD models 
are complex because they must contain 
all the detail needed to manufacture an 
object. The job of the illustrator work¬ 
ing with CAD models thus becomes one 
of eliminating much of the information 
in the wireframe. To do this, the illus¬ 
trator specifies the unwanted material 
using a variety of graphic on-screen 
methods, and the system removes the 
extraneous details to yield the illus¬ 
tration. 

Interfacing with other 
systems 

Illustrations created on the TriVector 
system can be transmitted to text and 



mapping of the lettering from the original orthographic print. 
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pagination systems for merging with 
text. Complete pages result. 

According to TriVector, the system 
supports the following graphic formats: 
3D and 2D IGES, Calcomp 925/960, 
Compugraphic CAPS, HPGL, Inter¬ 
leaf, Kodak Keeps, Omnipage, Post¬ 
script, Talaris Systems, Texet, and 
Xy vision. 

TriVector also provides a bidirec¬ 
tional graphic format translator that 
can read IGES and other graphic files 
and translate them. The system is 
bidirectional with one exception: 2D 
files cannot be translated into 3D files. 
For example, 3D IGES can be trans¬ 
lated to Postscript and Postscript can be 
translated to 2D IGES, but 2D IGES 
cannot be translated to 3D IGES. 

Because the TriVector 3D Illustrator 
is relatively new at TRW, it presently 
interfaces with other computer systems 
with the aid of scanners. Tsuji’s goal is 
to import the TriVector system to 
Kodak Keeps, a text and graphics inte¬ 
gration system, and to Genigraphics, 
which produces color slides and prints. 

TRW now uses Kodak Keeps for 2D 
graphics generation, but is in the proc¬ 
ess of transferring this operation to the 
Apple Macintosh II. The TriVector 3D 
Illustrator and the Macintosh II will 
then import to the Kodak Keeps system 
for text and graphics integration. 


Desired features 

TRW’s one concern with the TriVec¬ 
tor system is that it is so new that every 
added feature can result in an unantici¬ 
pated bug or two. However, they feel 
that the productivity factor overrides 
that concern. 

Tsuji’s group would like to see more 
features added to the TriVector 2D 
capability. 

Numerals and the upper- and lower¬ 
case alphabet presently provided are 
accessible when using pen plotters for 
output, but the artists would like to 
have actual fonts for illustrations 
created as figures in technical manuals. 

The stick figures provided come in 
several sizes, weights, and widths, but 
not styles. The art services department 
would like to see various Roman and 
Gothic faces provided in light, medium, 
bold, condensed, normal, expanded, 
and italic styles. 

The TRW group would also like to 
see more extensive text-editing capa¬ 
bilities. 

Tsuji feels that the availability of 
fonts and the 2D enhancements would 
allow the illustrators to do a better job 
of producing organizational charts, 


flow diagrams, presentation charts, and 
viewgraphs. 

Realistic rendering with color shading 
and paint system interfaces would be 
nice additions, but not necessarily in the 
near future. As Tsuji stressed, “At 
TRW, we would benefit from the above 
features only if they enhanced the 
TriVector system. Importing from other 
systems can provide these features, and 
TriVector’s 3D capability alone justifies 
the investment.” 


Availability 

According to Dennis Turner, vice 
president of sales at TriVector, the 


Product notes 

• An upgrade for the VEGA Deluxe 
board includes new drivers and 
VGA-compatible support. If you 
haven’t received their form, write to: 
Video Seven Inc., Attn: VEGA 
Deluxe Software Upgrade, 46335 
Landing Parkway, Fremont, CA 
94538. 

• OrCAD Systems has released 
OrCAD/VST, a high-performance, 
low-cost logic simulation tool. The 
product is a full-featured, 12-state, 
event-driven logic simulator capable 
of handling designs of 14,000 gates 
at an evaluation speed of 10,000 
events per second. Offered at $995, 
with a demo disk available, it comes 
from OrCAD Systems Corp., 1049 
SW Baseline St., Suite 500, Hills¬ 
boro, OR 97123, (503) 640-5007. 

• Version 2.0 of SlideWrite Plus has 
added over 100 new features and 
improvements, including more 
points per graph; windowing in a 
chart; better legend placement and 
sizing; mouse and coprocessor sup¬ 
port; more Y-axis flexibility; 
advanced graph, file, and print fea¬ 
tures; and much, much more. Priced 
at $345. Order from Advanced 
Graphics Software Inc., 333 West 
Maude Ave., Suite 105, Sunnyvale, 
CA 94086, (408) 749-8620. 

• Accel Technologies has added a 
$495 schematic capture package to 
its Tango CAD/CAE software series 
(reviewed in Computer, August 
1987). In two separate releases, Ver¬ 
sion 1.10 and Version 1.23 of Tango- 


TriVector 3D Illustrator runs on 
Apollo, Sun Microsystems, and 
Hewlett-Packard workstations, and 
IBM PC-AT computers. It supports 
color and monochrome displays. 

The unbundled software ranges in 
price from $12,500 to $22,750 per unit, 
depending on quantity ordered and 
options selected. It comes with dual cur¬ 
sors and a 24 x 24-inch input digitizer. 

Software options include composition 
system interfaces and IGES translators. 
Hardware options include digitizers of 
varying sizes, ranging from the stan¬ 
dard 24 x 24 inches to 44 x 60 inches. 

The TriVector 3D Illustrator is avail¬ 
able for immediate delivery. 
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Route have been sent to users. A 
new manual and a significant rewrite 
of the original package makes Ver¬ 
sion 1.23 a very powerful, low- 
priced router. Accel Technologies, 
Inc., 7358 Trade St., San Diego, CA 
92121,(619) 695-2000. 

• An engineering guide listing third- 
party programs that link to CAD- 
KEY is available from Micro Con¬ 
trol Systems, Inc., 27 Hartford 
Turnpike, Vernon, CT 06066, (203) 
647-0220. 

• Tree86 from The Aldridge Com¬ 
pany is a useful TSR program for 
accessing files on a hard disk. 
Mouse-driven and full of useful file 
utilities, this $50 program is handy 
to have when trying to find where 
files are, if duplicates exist, and 
which ones need to be backed up. 
The Aldridge Company, 2500 
CityWest Blvd., Houston, TX 
77042,(713) 953-1940. 

• Intel has a demo disk for those 
wanting to know more about their 
I 2 ICE (In-Circuit Emulator) pack¬ 
ages. Contact them at 5200 N.E. 
Elam Young Parkway, Hillsboro, 
OR 97124. 

• XACT-16C is a TSR software cal¬ 
culator that emulates the Hewlett- 
Packard HP-16C. It features deci¬ 
mal, hex, octal, binary, and floating¬ 
point modes with any word size from 
2 to 64 bits. The pop-up utility runs 
on a PC with 128K bytes and DOS 
2.0 or higher. The price is $50 from 
CalcTech, 13629 Bellevue-Redmond 
Road, Bellevue, WA 98005, (206) 
643-1682. 
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Xerox releases upgraded Ventura Publisher 


The Xerox Desktop Publishing 
Series: Ventura Publisher Edition, 
Release 1.1, reportedly offers 80 addi¬ 
tional features, including support for a 
greater variety of imported graphics 
and text; improved typographic con¬ 
trols; enhanced interactive page compo¬ 
sition capabilities; faster printing for 
some laser printers; and greater connec¬ 
tivity to a broader range of printers. 


Ventura Publisher Release 1.1 costs 
$895. 

Ventura Publisher software is also 
available in a set of 3^-inch disks for 
the IBM Personal System/2 models and 
compatibles. The smaller disks are 
available as a $35 upgrade package to 
registered owners of Release 1.1. 
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New VME Delta Series models use MC68030 chip 


Motorola’s Microcomputer Division 
has announced two new systems for the 
VME Delta Series that incorporate the 
MC68030 microprocessor. 

The Model 3641 comes equipped with 
a 25-MHz MC68030, a 25-MHz 
MC68882 Floating Point Coprocessor, 
and 64K bytes of fast cache memory. 
The 12-slot VMEbus-based system 
reportedly hosts up to 32M bytes of 
memory and up to 1.3G bytes of inter¬ 
nal hard disk storage. 

The Model 3841 uses a 20-slot VME- 
bus chassis and incorporates the 



Atari’s desktop publishing system relies 
on the Mega 2 or the Mega 4 personal 
computer and the SLM804 laser printer 
shown here. 


25-MHz MC68030 processor with 64K 
bytes of fast cache memory. The system 
hosts up to 48M bytes of memory to 
support up to 66 serial connections and 
up to 1.6G bytes of internal hard disk 
storage, according to the company. 

Both 68030-based models are sched¬ 
uled for availability in mid-1988. Model 
3641 prices will range from $31,500 to 
$74,500. Model 3841 prices will range 
between $39,500 and $99,500. 

Model 3641: Reader Service 21 
Model 3841: Reader Service 22 


system for $4000 

Atari offers a desktop publishing sys¬ 
tem consisting of the Mega 2 or Mega 4 
personal computer with the SLM804 
laser printer. The complete system, 
including the Mega, disk drive, mono¬ 
chrome monitor, and printer, will cost 
about $4000. 

According to the company, the 
Mega’s Blitter chip speeds up graphics. 
The laser printer prints eight pages per 
minute at a resolution of 300 dpi. It 
reportedly relies on the Mega’s memory 
and processor for the execution of print 
instructions. Because fonts and print 
instructions are software controlled, 
additional fonts can be added through 
software. 
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Atari sells desktop publishing 


Motorola develops 68030, 
emulator, math coprocessor 

Motorola has completed evaluation 
sampling of the 68030 32-bit 
microprocessor, called the “030.” The 
company announced availability of 16- 
and 20-MHz chips at the same time that 
it announced development of a 25-MHz 
version. 

According to the company, the 030 
provides twice the performance of the 
32-bit 68020 while remaining fully com¬ 
patible. It is reputedly the first micro¬ 
processor to have on-chip data and 
instruction caches, parallel (Harvard- 
style) architecture, and dual modes of 
address. 

The 16-MHz 68030 costs $400 and the 
20-MHz 030, $550 for single units. 

The 030 emulator is part of the 
HDS-300 Hardware/Software Develop¬ 
ment Station from Motorola, offered 
for all microprocessors in the 68000 
family. The price ranges from $9400 to 
$14,900 depending on the amount of 
emulation memory purchased with the 
module. The HDS-300 costs $7200. 

Emulator features include zero wait- 
state emulation for target memory at 25 
MHz, zero wait-state emulation for 
internal emulation memory at 20 MHz, 
and a maximum of one wait-state at 25 
MHz; synchronous signal generation; 
three hardware breakpoints; 64 soft¬ 
ware breakpoints; support of 030 syn¬ 
chronous and burst access memory; 
emulation memory of 64K bytes with 
options for 256K bytes and one mega¬ 
byte; trace capability (provided by the 
optional System Performance Analyzer); 
and emulation memory that can be 
mapped on a four-kilobyte address in 
blocks as small as four kilobytes. 

The 68882 is Motorola’s second- 
generation 32-bit floating-point math 
coprocessor. It reputedly offers two to 
four times the performance of the first- 
generation 68881. The 882 conforms to 
the IEEE Standard for Binary Floating 
Point Arithmetic, according to the com¬ 
pany, and is completely compatible 
with the 68881. At speeds of 16- and 
20-MHz, it costs $245 and $375, respec¬ 
tively. 


68030: Reader Service 
Emulator: Reader Service 
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HP environment for PCs works across applications 



Hewlett Packard’s NewWave environment uses a graphic interface with icons. The 
file pictured here is for the agents feature, which enables the computer to perform 
routine tasks automatically. 


Hewlett-Packard has announced a 
software-application environment 
called NewWave that reputedly allows 
PC users to work across applications 
and to access data and files from multi¬ 
ple sources. NewWave is based on 
Microsoft’s Windows 2.0, but is com¬ 
patible with current MS-DOS software. 

According to the company, New¬ 
Wave will be released in two phases. 
Phase one, scheduled for February 
1988, will be the shipment of the HP 
NewWave Developer Kit. Phase two, 
scheduled for the second half of 1988, 
will include the end-user release of the 
environment and the first software 
applications employing it. 

HP integrated into the environment 
its object-management facility and 
“agents,” the company’s first business 
application of artificial intelligence 
principles. 

HP claims that the object-management 
facility enables users to move across 
software applications and create com¬ 
pound documents consisting of different 
types of data—spreadsheet, database, 
text, graphics, voice, and scanned 
images. It also automatically updates 
files when desired. 

The company says that agents can be 
taught to perform routine activities 
automatically, such as gathering infor¬ 
mation and creating a sales report each 
month. 


Context Corp. offers a series of 
Change Control tools with its documen¬ 
tation workstations. The workstations 
are turnkey systems consisting of one or 
more Apollo Domain workstations, 
mass storage, and a laser printer. 

According to the company, the tool- 
set automatically manages and tracks 
revisions in the documentation design 
process, from product change proposal 
through review and approval, to produc¬ 
tion and distribution of the change 
material. Change Control reputedly 
allows interactive creation, viewing, and 
manipulation of change information. 

The Change Control toolset consists 
of a set of features that builds on Doc, 
the Context system’s text editor and 
formatter. 

According to the company, Change 
Control can streamline the review cycle 
by identifying changes and managing 
them as exceptions. It can automatically 


The developer kit is $895. It includes 
the NewWave environment software, 
development tools, reference manuals, 
and other printed documentation. 


maintain an audit trail on a document 
and its various changes, recording by 
whom and when each change was 
created, modified, or frozen. The sys¬ 
tem can also freeze and archive a given 
version of a document with all text and 
graphic elements. Change Control can 
produce change markings and change 
pages electronically or as hardcopy. It 
can also maintain manuals for similar 
models of a product as a single docu¬ 
ment by naming changes according to 
the model. Finally, it permits the inte¬ 
gration of document change control 
into a configuration management envi¬ 
ronment. 

The initial Change Control features 
will be added to the Context Series of 
Documentation Workstations. Existing 
customers will receive Change Control 
at no additional charge. 
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Classroom training and three months 
of technical support are available for 
$1100 and $1000, respectively. 
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MC68030 speeds Plessey 
VMEbus SBC 

Plessey Microsystems has announced 
the PME 68-32, a 32-bit VMEbus 
single-board computer based on Motor¬ 
ola’s 68030 processor chip. 

Features include the 68030 processor, 
optional 68882 floating-point coproces¬ 
sor, four-megabyte dual-ported dynamic 
RAM, cache burst fill capability with 
zero wait-states, two serial ports, 
remote reset, mailbox interrupts, flexi¬ 
ble address mapping for dual-ported 
memory, on-board extension bus inter¬ 
face, and multiprocessor support. 

The single-slot, Double Eurocard size 
board reputedly provides processing 
speeds up to 33 MHz and two to three 
times the performance of a 68020-based 
SBC. 

The PME 68-32 costs $6130. 
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Multiprocessor GP1000 supports enhanced Unix 


BBN Advanced Computers has 
announced the Butterfly GP1000 multi¬ 
processor, which supports an enhanced 
version of the Berkeley 4.3 BSD Unix 
operating system called Mach 1000. 

According to the company, the 
GP1000 is based on the core Butterfly 
architecture, the Uniform System paral¬ 
lel processing program library, 
peripherals, networking facilities, and a 
variety of software tools and languages. 

The GP1000 supports up to 256 
microprocessors and a gigabyte of 


shared memory in a multiple instruc¬ 
tion, multiple data architecture. Each 
processor node is a 32-bit MC68020 
with floating-point capability. 

The GP1000 can be programmed in 
C, Fortran-77, or Lisp, and supports 
Ada and XMP software from Resource 
Management Systems. 

Capabilities added to the original 
Butterfly system include a standard disk 
file system; the ability to edit, compile, 
load, and run on the same system; the 
ability to directly connect many termi- 


Atari bases workstation on transputer 


Atari has developed a workstation 
based on the Abaq 32-bit transputer. 
Abaq uses the Inmos T-800 micro¬ 
processor to take advantage of parallel 
processor chips and reduced instruction 
set computer architecture. Atari’s ST 
and Mega computers act as the input/ 
output devices for the transputer. 


According to the company, trans¬ 
puters can be linked through a built-in 
serial port to form a multiprocessor 
array or to form a local area network. 

Abaq has four megabytes of RAM 
for the system plus one megabyte of 
RAM for the display. The basic system 
can be expanded by adding up to three 


ARC offers desktop publishing system based on Ilirbo 12 


American Research Corp. offers an 
integrated desktop publishing system 
built around the Intel 80286-based 
Turbo 12 computer, the ARCVista 
landscape mode display, and the ARC- 
Writer laser printer. The ARCDesk 
Publishing System costs under $12,000. 

The system features one megabyte of 


RAM on the Turbo 12 motherboard, a 
30M-byte hard disk, and a 1.2M-byte 
floppy disk. The 19-inch ARCVista 
two-page landscape mode display reput¬ 
edly permits side-by-side page prepara¬ 
tion, with a resolution of 1280 x 960 
pixels. The ARCWriter laser printer 
features a speed of 10 pages per minute, 



American Research Corp.’s ARCDesk desktop publishing system combines ARC’S 
80286-based Turbo 12 computer (center) with the ARCVista landscape mode dis¬ 
play (left) and ARCWriter laser printer (right). 


nals to the system; the ability to exchange 
information by cartridge or nine-track 
magnetic tape; and the ability to pro¬ 
gram regardless of the size of physical 
memory. 

The Butterfly GP1000 will be avail¬ 
able in March 1988. A 30-processor, 
75-MIPS system with 120M bytes of 
main memory, 1400M bytes of disk 
storage, tape system, and software will 
cost around $500,000. 
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cards, each with four T-800 processors. 
The system can be expanded even fur¬ 
ther by daisy-chaining them together, 
according to Atari. 

Abaq will run under Helios, a Unix- 
like operating system under develop¬ 
ment by Perihelion Software. 
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with 35 built-in fonts, three megabytes 
of RAM, and Laserjet emulation. 

The ARCDesk Publishing System 
uses a Microsoft-compatible mouse and 
comes with the Adobe Postscript page 
description language, Microsoft Win¬ 
dows, Aldus Pagemaker, CADLogic 
Instinct CAD drawing program, and 
drivers for Ventura Publisher and 
AutoCAD as standard software. 

Options include a flatbed scanner and 
optical character recognition software. 

ARC has also introduced an Intel 
80386-based desktop/deskside com¬ 
puter that functions as a stand-alone 
workstation, as the file server in a local 
area network, or as the hub of a multi¬ 
user system under the Xenix operating 
system. The ARC 386s comes with two 
megabytes of memory on the mother¬ 
board expandable to a maximum of 
16M bytes. It comes with a 40M-byte 
hard disk. 

ARC 386s options include an RT- 
style keyboard, RAM expansion mod¬ 
ules, fixed disk storage up to 140M 
bytes, Xenix 8 Serial Port Card, and 
expansion and peripheral devices. 

ARCDesk: Reader Service 32 
ARC 386s: Reader Service 33 
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QMS expands Lasergrafix family of printers 


QMS Inc. has introduced the QMS 
Lasergrafix 1510 laser printer, based on 
the 15 page-per-minute Ricoh 4150 
print engine. The company has targeted 
CAD, CAE, scientific, and technical 
environments that require high-volume 
printing of complex vector and bit¬ 
mapped graphics. 

The new printer features 6M bytes of 
RAM and a controller operating speed 
of 16 MHz. 

For vector or bit-mapped graphics 
output, the printer offers resident Tek¬ 
tronix 4010/4014 emulation or QMS’s 


Sun Microsystems has introduced the 
Network Software Environment, a plat¬ 
form for integrating the entire software 
development life-cycle. According to 
the company, NSE is a networked 
computer-aided software engineering 
solution providing control and manage¬ 
ment of large-scale software develop¬ 
ment projects. 

An interface permits the integration 
of other CASE products, including 
Cadre’s Teamwork family and Inter¬ 
leaf’s Technical Publishing Software. 

NSE supports development objects 
used during the different phases of soft¬ 
ware development. Objects can include 
source code and associated program 
files, project requirements, design docu¬ 
ments and drawings, test data and 
drivers, schedules, budgets, and staffing 
plans. NSE reputedly helps coordinate 
changes made to objects throughout 
each phase of development and allows 


QUIC printer language. Through host- 
based software, the printer supports 
composition and technical typesetting 
modes such as DCF and TEX. The con¬ 
troller also has Diablo 630 and Qume 
Sprint 11 emulations for word process¬ 
ing applications. 

The Lasergrafix 1510 comes with 16 
resident fonts and dual font cartridge 
capabilities. Additional fonts are 
available. 

The QMS Lasergrafix 1510 costs 
$11,995. 
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developers to make concurrent changes 
to common objects without interference. 

The company claims that NSE’s 
Open Network Computing base provides 
transparent access to development 
objects located network-wide. NSE also 
uses network resources to distribute sys¬ 
tem builds across multiple machines, 
and automatically detects and recovers 
from machine or network failures. 

The NSE Version Control System 
records and maintains versions and his¬ 
tories of all objects. The notification 
facility permits developers to monitor 
changes to objects throughout the 
network. 

NSE will be available first quarter 
1988 for $2500. Network-based pricing 
will be available for networked instal¬ 
lations. 

Sun Microsystems also offers a net¬ 
worked project-management software 
package called SunTrac. SunTrac was 


Iris combines ink jets 
with digital electronics 

Iris Graphics has announced the Iris 
Series 3000, which the company claims 
combines continuous ink jets with digi¬ 
tal electronics to create precision color 
images from high-resolution video 
images. 

The company has targeted the color 
prepress market for direct-digital posi¬ 
tion proofing. Specifically, the Series 
3000 reputedly suits any company that 
uses computer graphics to prepare 
pages containing color images for 
printing. 

Iris has added new features to the 
Hertz continuous-flow ink jet technology 
to construct the Series 3000. According 
to the company, water-based inks (yel¬ 
low, magenta, cyan, and black) are 
fired through nozzles toward a spinning 
drum holding the printing medium. An 
electrode at the nozzle tip creates a 
charge on droplets that are not to be 
printed and they are deflected into a 
waste gutter. A shorter droplet flight 
path, automatic adjustment of printing 
mechanism alignments, and several 
printing options have also been added. 

The Iris Series 3000 can reportedly 
reproduce 512 levels of gray per color, 
but 256 is the maximum on incoming 
data from current computer technologies. 

Delivery is scheduled for first quarter 
1988. A single Series 3000 with 24 x 24- 
inch maximum image size will cost 
$75,000. 
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originally developed by Ford Aerospace 
and Communications. 

According to Sun, SunTrac assigns a 
criticality index to each of a project’s 
activities, then schedules to a user- 
specified confidence level. It displays 
schedules graphically, allows easy 
update of project status using the work¬ 
station mouse and graphics interface, 
and communicates changes over the 
network to all project participants. 

SunTrac users can reportedly employ 
Gantt, PERT, and critical path method 
analyses and automatically generate 
cost-optimized overtime plans. Users 
can also transfer graphical project data 
in ASCII format between SunTrac and 
other applications. 

SunTrac lists for $2495, quantity one. 
It is available for Sun-2, Sun-3, and Sun-4 
workstations. 

NSE: Reader Service 36 
SunTrac: Reader Service 37 



The Lasergrafix 1510 from QMS claims a 500-sheet input capability, 15-ppm print 
speed, and 15,000 print-per-month duty cycle. 

Sun NSE integrates software development life-cycle 
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Netwise Tools generate network software 


Netwise has announced Netwise 
Tools, a family of modular software 
tools designed to automatically generate 
standards-based network software for 
communications or distributed appli¬ 
cations. 

According to the company, the Tools 
produce Open Systems Interconnections 
source code that can also be adapted to 
work in other commercial-standards 
environments, such as SNA or DECnet. 
The Tools reportedly conform to ISO/ 
DIS 8824 and ISO/DIS 8825. Netwise 
says that the code is independent of 
operating system, hardware, and net¬ 
work used. 

The Tools include Protocol Data 
Unit (PDU) Compilers, Network 
Libraries, Remote Procedure Call 
(RPC) Compilers, and ASN.l Trans¬ 
lators. 


Scan-Graphics offers the CF Series 
Scanners for automated capture, digiti¬ 
zation, conversion, and storage of 
documents up to 44 inches wide and of 
unlimited length. 

According to the company, the 
continuous-feed scanners offer up to 
eight selectable resolutions, from 200 
dots per inch (Model CF 200) to 1000 
dots per inch (Model CF 1000), and 
scan speeds up to 75 inches per minute. 
The scanners reportedly accept docu- 


The PDU Compilers create procedures 
to encode and decode data into a 
machine- and operating system- 
independent format. 

The Network Libraries provide a 
network-independent interface for 
developing applications easily ported 
from one network to another. 

RPC Compilers create source code to 
allow distribution of applications across 
a network using remote procedure calls. 

ASN.l Translators create procedures 
to encode and decode data described by 
ISO ASN.l specifications. 

Netwise plans to offer versions of its 
PDU Compilers and RPC Compilers 
that accept declarations and generate 
source code in C, Fortran, Cobol, and 
Ada. The Network Libraries will sup¬ 
port OS/2, OSI/MAP, DECnet, SNA/ 
APPC, TCP/IP, Novell, and PC Net 


ment thicknesses ranging from 0.003 
inches to 0.062 inches. Output format 
options include single bit, RLE, and 
CCITT Group 3/4 compressed data. 

The CF Series Scanners come either 
on an original-equipment manufacturer 
basis, or as a component in the Scan- 
Graphics turnkey Drawing Conversion 
Systems configured for Digital Equip¬ 
ment VAX or IBM computers. 

The basic CF Scanner costs $53,500. 
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networks. The ASN.l Translator will 
generate source code in C, Fortran, 
Cobol, and Ada. 

According to the company, most 
Tools modules are available for systems 
from Convex, Cray, Elxsi, IBM (4381 
and PC), Silicon Graphics, Sun 
Microsystems, and Digital Equipment 
(VAX). The other modules will be avail¬ 
able during the first three quarters of 
1988 on an increasing number of 
machines. 

PDU Compiler prices range from 
$1800 for the IBM PC to $60,000 for 
the Cray. RPC Compiler prices range 
from $1500 for the IBM PC to $48,000 
for the Cray. Prices are based per CPU 
for development licenses. Additional 
run-time licenses are required for distri¬ 
bution. 
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DEST offers new series 
of desktop scanners 

DEST Corp. has announced two new 
series of desktop scanners that interface 
with IBM PC, PC-XT, PC-AT, PS/2, 
and compatible computers and Apple 
Computer’s Macintosh Plus, SE, and 
Macintosh II computers. The PC Scan 
1000 and 2000 Series are multifunc¬ 
tional, intelligent scanners with flatbed 
and edge-feed designs, according to the 
company. 

The PC Scan 1000 Series incorporates 
a flatbed design with 16 levels of four- 
bit gray-scale scanning and image reso¬ 
lution up to 300 dots per inch. Model 
1020 includes DEST’s Text Processor 
hardware. It reportedly scans at 20 
seconds per page. 

The PC Scan 2000 Series features two 
edge-feed models, PC Scan 2000 and 
PC Scan 2020. Both offer eight-bit 
gray-scale scanning of up to 256 levels 
of image data. PC Scan 2020 includes 
DEST’s Text Processor hardware. 

The PC Scan 2000 Series offers vari¬ 
able resolution scanning from 38 to 300 
dpi with scanning speeds that reputedly 
reach nine seconds per page. 

The PC Scan 1000 flatbed image 
scanner costs $1695. The PC Scan 1020 
flatbed optical-character recognition 
and image scanner costs $2395. The PC 
Scan 2000 edge-feed image scanner 
costs $1495. The PC Scan 2020 edge- 
feed OCR and image scanner costs 
$2195. 



Scanners offer selectable resolution up to 1000 dpi 


The CF Series Scanners from Scan-Graphics come in a variety of models, with PC Scan 1000: Reader Service 40 

selectable resolutions from 200 dpi to 1000 dpi. PC Scan 2000: Reader Service 41 
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New company offers LAN servers 


Wellfleet Communications has 
announced its first products, a family 
of local area network communications 
servers with concurrent, multiprotocol 
N-way routing and bridging, AT&T 
compatible T1 connections, and T1 
bandwidth management with voice inte¬ 
gration. 

The LN is a link node for small to 
medium sized networks. In larger con¬ 
figurations, it operates as a remote node 
interconnected with other Wellfleet 
nodes. It comes in tabletop or rack- 
mount configurations and supports 
direct attachment of up to eight LAN 
links or 16 wide area network links. 

The CN is a concentrator node that 
supports the interconnect requirements 
of large networks. It comes in a rack- 
mount configuration and supports 
direct attachment for up to 26 LAN 
links or 52 WAN links. 

Shipments are scheduled for first 
quarter 1988. Prices for the LN begin at 
$10,800 and for the CN, at $16,000. 



LN: Reader Service 42 Wellfleet’s new family of communications servers includes the LN (left) and the 
CN: Reader Service 43 CN (right). 
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1C Announcements 


Company, Model, Function_Comments r.S. No. 


Analogic 
MP2735A 
Sampling ADC 


Chips and Technologies 
Chipslink 

Protocol controller 


Cybernetic Micro Systems 
Cy233 

Network controller 


DC-DC/AC converter 


G-2 Inc. 

GC201 

Graphics controller 


Ivex 

RXC-01, PWA-01 
Image processors 


National Semiconductor 
DP8344 

Communications processor 


NSI Logic 
EVC-415 
Video controller 


Signetics 

PLHS473 

PLD 


Texas Instruments 

TLC7528 

DAC 


Toshiba America 

TC532000P 

ROM 


Xilinx 

XC3090 

PGA 


A 15-bit sampling A/D converter based on a subranging architecture. Comes in two ver¬ 
sions, the 125-KHz MP2735A-1 and the 200-KHz MP2735A-2, packaged in 
3 x 4 x 0.44-inch modules with 0.1-inch pin spacings and electromagnetically shielded on 
five sides. Both guarantee no missing codes over the 0° to 60°C range. No prices given. 

Also called the 82C570. A protocol controller for 3270 terminal emulation. Power con¬ 
sumption of approximately 200 mW. Works with IBM 3276, 3274, and 3174 cluster con¬ 
trollers in local or remote attachments linked to the PC and mainframe by Type A coaxial 
cable. Available in 84-pin PLCC packages. Cost: $35 (OEM quantities of 10,000). 

A local intelligent network controller with baud rates from 300 baud up to 57.6K baud. A 
40-pin, 5V, CMOS device that interfaces serial communications to parallel TTL circuits. 
Features ring or bus network capability, LAN mode, half- or full-duplex operation, and 
selectable address range. Also supports token passing protocol. Cost: $75. 

A quad output form of the E900VF converter. Provides two DC anode and two AC fila¬ 
ment voltages, supplies up to 12W total output power, operates over the 0° to 70 °C tem¬ 
perature range, and targets two-color VF displays or two separate monochrome VF 
displays. Cost: $24.20 (1000s). 

A multimode graphics controller compatible with the IBM EGA, CG4, MDA, and Her¬ 
cules modes. Fabricated in 1.5-jim HCMOS technology and packaged in a 160-pin flat- 
pack. G-2 offers design-in support, including custom BIOS, board layout, documentation, 
and drivers. Cost: $31 (10,000s), includes custom BIOS. 

Used together in an integrated video system to geometrically transform and filter video 
images in real-time. Two RXC-Ols provide resampled read addresses to a RAM array 
where an input image is stored. PWA-Ols filter the input image array in output raster for¬ 
mat. The ICs work with clock rates up to 25 MHz. No prices given. 

A multiprotocol communications processor for IBM 3270, 3299, and 5250 protocols. 
Requires 6.4 inches of space on a printed circuit board. Features a 20-MHz, 50-ns T-state 
processor with a maximum instruction-cycle time of 200 ns and software-configurable 
transceiver. Comes in an 84-pin, surface-mount PLCC. Cost: $50. 

A Video Graphics Array chip featuring packed pixel mapping, proprietary virtual-access 
arbitration, and an enhanced 32-bit video bus. Implements video subsystems hardware and 
software compatible with VGA, EGA, CGA, and MDA display modes; extended EGA, 
extended VGA, and Hercules monochrome graphics modes. No price given. 

A 24-pin combinatorial programmable logic array with 11 output OR gates configurable to 
accept up to 24 terms. Has 11 dedicated input pins, nine bidirectional I/O pins, and two 
dedicated output pins. Programmable AND and OR arrays. Design, simulation, and device 
programming support provided by Signetics’ Amaze PLD design software. Cost: in 100s, 
$5.70 for 24-pin plastic DIP and $6.40 for 28-pin PLCC. 

Consists of two eight-bit multiplying D/A converters on a monolithic chip. Can be inter¬ 
faced directly with TMS320-family DSP chips. Operates over two temperature ranges, 
commercial and industrial. Comes in a 20-pin plastic DIP or surface-mount packaging. 
Also available in a military version. Cost: in 100s, $5.54 (commercial) and $8.15 
(industrial). 

A read-only memory that stores two megabits and has an access time of 200 ns. Dissipates 
operating current of 30 mA and standby current of 20 /jA. Operating temperature range of 
-40° to 85 °C. Organized as 256K x 8. Built using CMOS technology. Cost: $20 (produc¬ 
tion quantities). 

A 9000-gate user-programmable gate array made using a 1.2-fxm process. Features 640 
user-definable logic functions and 928 nip-flops. Development system tools available. 
Available in production quantities second quarter 1988. Cost: about $20. 
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Microsystem Announcements 


Company, Model, Function ___ Comments 


Analog Devices 
RTI-683-HS, RTI-684-HS 
VMEbus boards 


VMEbus boards for high-resolution image acquisition and display. The RTI-683-HS han¬ 
dles non-RS-170 inputs; the RTI-684-HS accepts RS-170 sources. Three eight-bit D/A con¬ 
verters on the RTI-684-HS provide RGB display capabilities. They operate over the 0° to 
55 °C temperature range. Cost: $3995 for the RTI-683-HS and $2475 for the RTI-684-HS. 


135 


British Telecom An intelligent serial I/O module for the STEbus. Features four buffered serial channels, an 136 

4500 on-board Z80A CPU, a socket for AMD’s Am9511A arithmetic processor, a socket for a 

I/O card for STE real-time clock, and internal 16/32-bit architecture. Part of the Martello series. Comes with 

a monitor in ROM. No price given. 


Comendec 
V-ARC02 
Arcnet interface 


Force Computers 
CPU-32 
68030 CPU 


Franklin Telecom 

FDD1.44XT 

Floppy disk subsystem 


Kapak Design 
Novo Drive 2000 
Disk drive 


Micropolis 
1650/1670 Series 
Disk drives 


National Semiconductor 

VME532 

VMEbus CPU 


An arcnet interface board that functions as an intelligent VMEbus slave. Features 16-bit 137 
internal data organization. The two-byte control register contains the COM9026 controller 
and interrupt control features. Interrupt level and eight-bit interrupt vector are jumper 
selectable, with interrupt release by register access. Cost: £885. 

A 68030 single-board computer for the VMEbus, with a 68882 floating-point coprocessor. 138 

Includes an on-chip paged memory management unit capable of demand-paged control of 
up to four gigabtyes of virtual memory. Cost: $5990 for CPU-32X (16.7 MHz, lM-byte 
SRAM, 0 wait state), $6990 for CPU-32XA (20 MHz, lM-byte SRAM, 1 wait state). 

A 1.44M-byte, 3.5-inch floppy disk subsystem for the IBM PC-XT. Requires no software 139 
drivers when used with DOS 3.3 or above. Can be installed as drive A or B in a standard 
half-height slot. Also comes in an external chassis. Bundled with a disk back-up program. 

Features unformatted capacity of two megabytes per double-sided disk. Cost: $425. 

A RAM-based disk drive for the IBM PC-XT and PC-AT, implemented with semiconduc- 140 
tor memory on a printed circuit card. Single-unit capacity of two megabytes of nonvolatile 
memory. Includes boot firmware and formats itself during first power-up. Comes with bat¬ 
tery and accessories. Cost: $570. 

Half-height 5.25-inch Winchester disk drives, storing from 85M to 182M bytes of data and 141 
featuring a 16-ms access time. The model 1650 comes with the enhanced small device inter¬ 
face (ESDI) and the model 1670, with the small computer system interface (SCSI). The 
series claims a mean time between failure of 35,000 hours. Cost: in 1000s, for 182M-byte 
drives, $1095 for model 1654 and $1165 for model 1674. 

A 32-bit board-level system based on National’s NS32532 microprocessor and compatible 142 
with the VMEbus standard. Executes up to 10 MIPS. Compatible with Unix and VRTX 
software. Incorporates a 64K-byte external cache, plus up to 16M bytes of dynamic RAM. 

Claims an average hit rate of more than 90 percent. Cost: $9900 for the 20-MHz, 4M-byte 
model. 


Northern Telecom 
Memorybank761 
Disk subsystem 


QMS 

Colorgrafix 100 
Printer 


An integrated hard disk and backup tape subsystem for Apple Macintosh networks. Fea¬ 
tures 761M bytes of formatted capacity, 17.5-ms access, and the small computer system 
interface. Employs a Northern Telecom eight-inch Winchester disk, with streaming tape 
backup for 75M bytes. Includes software. Cost: $15,900. 

A high-resolution color thermal transfer printer aimed at CAD, CAE, and presentation 
graphics environments. Consists of a two-board controller (to install in the IBM PC-AT), £ 
300 x 300 dpi Mitsubishi G650 thermal transfer print engine, disk-based software, cabling, 
and manuals. Cost: $16,995. 


Quadram 
Mainlink II 
Emulation board 


Telenetics 

24S-MP 

Modem 


A 3270 emulation board based on Chips and Technologies’ Chipslink protocol controller. 
Compatible with IBM and IRMA program interfaces and supports control unit terminal 
and distributed function terminal modes. Available in half-card and Micro Channel com¬ 
patible sizes. Cost: $399. 

A 2400 bps, half- or full-duplex, synchronous or asynchronous modem with an X.25 
packet assembler and disassembler option. Meets CCITT V.22, Bell 212, and Bell 103 stan¬ 
dards. Uses the Hayes AT command set, offers autodial and auto-answer, and is GTE Tel¬ 
enet certified. Cost: $595; $150 for X.25 PAD option. 
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ADVANCE ANNOUNCEMENT 


I The Fourth IEEE Conference 

on Artificial Intelligence Applications 


Sheraton Harbor Island Hotel 
San Diego, California 
March 14-18, 1988 

sponsored by The Computer Society of the IEEE 

THE CONFERENCE 

The Fourth IEEE Conference on Artificial Intelligence Applications will be held March14-18, 1987, in 
San Diego, California. The conference will focus on the application of artificial intelligence techniques 
to real-world problems. 


^^*^^**^^^* KEYNOTE SPEAKERS 

Scott Fahlman, Carnegie-Mellon University 
Scott Flaig, Digital Equipment Corporation 
Henry Lum, National Aeronautics and Space Administration 

Plus invited addresses by: 

Barbara Hayes-Roth, Stanford University 
Jim Hollan, MCC 
Nancy Martin, Softpert Systems 

technical sessions 

The technical sessions feature the following topics: 

• Diagnosis • Design 

• Vision . Knowledge representation 

• Natural language . Planning 

• Reasoning . Program development aids 

PANEL DISCUSSIONS 

Al and CASE: Constructive Convergence 
Expert Systems That Didn’t Make It: Why? 

Is There a Future for Lisp Machines? 

TUTORIALS 

There will be eight half-day tutorials on topics including the following: 

• Managing Knowledge System Development: Avron Barr 

• Knowledge Engineering: Sue Green 

• User Interfaces: Marilyn Stelzner and Allan Cypher 

• Object-Oriented Programming: Kurt Schmucker 

• Doing It on Mainframes: Jan Aikins and Paul Harmon 

• Knowledge Structuring Techniques for Knowledge Acquisition: Eric Mielke and Mary Garrison 

• Natural language: A Survey of Commercial Activity: Gary Hendrix 

• A Survey of DoD Research and Applications in Al: Bob Simpson 

FOR FURTHER INFORMATION 

Please contact: 

CAIA'88, Computer Society of the IEEE, 1730 Massachusetts Avenue, 

Washington D.C. 20036 - 1903, (202) 371-0101 


• Learning 

• Manufacturing and 

process control 

• Tools 
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Editor: Edmund L. Gallizzi, Computer Science Dept., Eckerd College, St. Petersburg, FL 33733; (813) 867-1166 x272 


Fourth International Conference on Data Engineering set in Los Angeles 


John V. Carlis 

The Computer Society is sponsoring 
the fourth International Conference on 
Data Engineering February 1-5 at the 
Hilton and Towers Hotel near Los 
Angeles International Airport. 

Benjamin W. Wah of the University 
of Illinois is the general chair. Affiliated 
with the University of Minnesota, I am 
serving as program chair. 

DE4 has been designed to provide a 
forum for sharing practical experiences 
and research advances from an engineer¬ 
ing viewpoint and targets those interested 
in automated data and knowledge 
management. Data engineering deals 
with the semantics and structuring of 
data in information systems design, 
development, management, and use. 

The conference will feature 66 papers 
and five panels in three tracks. A key¬ 
note speaker will kick off each day’s 
sessions. There will be nine tutorials 
plus the traditional “What Have We 
Learned?” conference wrap-up plenary 
session. 

Of the keynote speakers, two will be 
outsiders looking in and one will be an 
insider looking out. John L. McCarthy 
of the University of California’s 
Lawrence Berkeley Laboratory will 
present a talk entitled “Knowledge 
Engineering or Engineering Informa¬ 
tion: Do We Need New Tools?” 

Michael Stonebraker of the Computer 
Science Dept, at UC Berkeley will speak 
on “Future Trends in Database Sys¬ 
tems.” Frederick Hayes-Roth, chief 
scientist at Teknowledge, will deliver a 
talk he calls “Engineering, Organizing, 
and Managing Knowledge: Meeting 
Requirements for Practical AI 
Systems.” 

The panel sessions are entitled 
“Material Properties Information Sys¬ 
tems,” “Database Standards: Too 
Soon or Essential?” “Is Object-oriented 
the Final Solution to DBMS Prob¬ 
lems?” “The Role of Databases in 
Model Management,” and “Can We 
Meaningfully Integrate Drawing, Text, 


Image, and Voice With Structured 
Data?” 

A fourth parallel track will comprise 
talks by DBMS vendors and will feature 
product demonstrations by such vendors 
as Unisys, Oracle, Sun Simplify, 

Sybase, Teradata, Intellicorp, DEC, 


Computer professionals should main¬ 
tain a balance between their desire for 
high-performance architectures and 
their need to produce systems that 
always operate correctly. 

So cautioned Niklaus Wirth of ETH 
of Switzerland when he delivered the 
keynote address at the Second Interna¬ 
tional Conference on Architectural Sup¬ 
port for Programming Languages and 
Operating Systems (ASPLOS-II), held 
October 5-8 in Palo Alto, Calif. Wirth’s 
talk was entitled “Hardware Architec¬ 
tures for Programming Languages and 
Programming Languages for Hardware 
Architectures.” 

Russell Atkinson and Edward 
McCreight of Xerox PARC and Henry 
Massalin of Columbia University 
presented the most noteworthy of a 
number of interesting papers given dur¬ 
ing the conference. Atkinson and 
McCreight’s paper, “The Dragon 
Processor,” was a retrospective of the 
Dragon project, and Massalin’s paper, 
“Superoptimizer—A Look at the 
Smallest Program,” discussed the 
design of optimal programs for a given 
architecture. 

Two panel discussions prompted a 
great deal of conferee participation. 
Alan Smith of the University of Califor¬ 
nia at Berkeley chaired one panel, entitled 
“Lies, Damned Lies, and Bench¬ 
marks,” and Martin Freeman led the 
other on the theme “Compiler Sched¬ 
uled Architectures.” Affiliated with 


IBM, CCA (on its Model 204), and RTI 
(on its Ingres/Star). 

Additional DE4 conference informa¬ 
tion (including discount data) may be 
obtained by consulting the ad on pp. 
136-137 of the November 1987 issue of 
Computer. 


Stanford University and Philips 
Research Laboratories, Freeman served 
as conference chair and is also chair of 
the Computer Society’s Technical Com¬ 
mittee on Microprocessors and Microcom¬ 
puters (TCMM). 

Two minitutorials preceded the for¬ 
mal conference, with Alan Smith of UC 
Berkeley conducting one on caches and 
John Hennessy of Stanford University 
giving the other on RISC architectures. 
A number of participants engaged in 
technical discussions with the lecturers, 
both during and after the tutorials. 

The Program Committee, headed by 
Randy Katz of UC Berkeley, assembled 
a strong, well-received program. 

Largely due to the efforts of finance 
chairman Dennis Reinhardt, the well- 
run conference generated a sizable sur¬ 
plus for its sponsors: the TCMM, the 
TCs on VLSI and Operating Systems, 
and the ACM’s SIGArch, SIGPlan, and 
SIGOps. 

The conference proceedings are avail¬ 
able through the Computer Society 
Press, 10662 Los Vaqueros Circle, Los 
Alamitos, CA 90720-2578; (800) 
CSBOOKS 

ASPLOS-III is scheduled for the Bos¬ 
ton area during the March/April 1989 
time frame. For further information on 
it, contact General Chairman Joel 
Emer, Laboratory for Computer 
Science, Massachusetts Institute of 
Technology, 545 Technology Square, 
Cambridge, MA 02319; (617) 253-7341. 


ASPLOS-II keynoter calls for balance between 
architectural desires, optimal systems 
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Heller joins featured speakers slated to appear at Compcon Spring 88 

Glen Langdon 

University of California, Santa Cruz 


R. Andrew Heller, vice president and 
general manager of IBM’s facility in 
Austin, Texas, will join four other com¬ 
puting industry specialists as one of the 
featured speakers at Compcon Spring 
88 in San Francisco March 1-3. 

Heller will speak at the plenary ses¬ 
sion on the third day of the conference, 


devoting his remarks to “The Emerging 
Workstation Environment.” 

Federico Faggin, president of Synap- 
tics, will likewise address the March 3 
plenary audience, focusing on “Develop¬ 
ments in Neural Networks.” 

Michael Callahan and John Hennessy 
will share the podium as the featured 



Member of the 
Technical Staff 

Now is the opportune moment to 
join the Research Laboratories and 
become one of the team of top-notch 
research scientists in the development 
of advanced technology for Hughes 
Aircraft Company, the world leader in 
electronics! 

Recently, our Information Sci¬ 
ences and Computer Architecture 
group demonstrated the feasibility of 
the first 3-Dimensional computer built 
by stacking wafer scale circuits with 
bus lines running between and through 
the wafers. Current activities involve 
high-performance prototyping of 
special purpose machines for such 
application areas as computer vision, 
artificial intelligence, adaptive radar/ 
sonar, neural networks, filtering, and 
autonomous vehicles. 

The Information Sciences and 
Computer Architecture group has a 
very limited number of openings for 
persons with backgrounds in computer 
science/signal and image processing 
with emphasis on parallel processing 
architectures. We encourage you to 
help us build systems of supercomputer 
power using custom VLSI circuitry, 


wafer scale integration and other novel 
state-of-the-art technologies. We need 
motivated people with broad applica¬ 
tion and computer architecture interests 
that will help us to build these novel 
computers for use in futuristic Hughes 
systems. APh.D. in Computer Science 
or Electrical Engineering is desired. 

We offer an attractive salary and 
an outstanding benefits package, in¬ 
cluding tax-deferred savings; medical, 
dental and vision care coverage. 

For immediate consideration, 
please send your resume to: Lynn W. 
Ross, Hughes Aircraft Company- 
Research Laboratories, Dept. MC-188, 
3011 Malibu Canyon Road, Malibu, CA 
90265. Proof of legal right to work in 
U.S. required. Equal Opportunity 
Employer. 


Creativity 

America depends on. 


HUGHES 


RESEARCH LABORATORIES 


speakers on the opening day of the con¬ 
ference. Callahan, chief executive offi¬ 
cer of Monolithic Memories, will 
deliver a talk entitled “Developments in 
Integrated Device Technologies,” and 
Hennessy, both a professor in the Com¬ 
puter Systems Laboratory at Stanford 
University and the chief scientist of 
MIPS Computer Systems, will present 
his “Update on RISC Architectures.” 

C. Gordon Bell, vice president of 
engineering with Dana Computer, will 
be the sole featured speaker at the 
second-day plenary session. His topic 
will be “Trends In High-Performance 
Scientific and Engineering Computing.” 

Hasan A1 Khatib of Santa Clara Uni¬ 
versity is program chair of Compcon 
Spring 88, the 33rd International Con¬ 
ference of the Computer Society of the 
IEEE and the longest-standing of the 
society’s conference series. It will fea¬ 
ture a broad agenda and a new format. 

Each day will open with a theme or 
themes, introduced by the plenary- 
session speakers. The program commit¬ 
tee has designed a strong track struc¬ 
ture, concentrating on a small number 
of themes each day. The sessions are 
designed to give the attendee a survey or 
update of a particular area rather than 
presenting research results that only a 
select few can understand. 

Attendees will be free to register for a 
single day if they wish, thus affording 
the interested professional a one-day 
survey of a selected field. Popular 
themes, such as processors, software 
engineering, and workstations, will 
appear during two or all three of the 
days of the conference. 

Twenty-five dollar discounts are 
available to those who register on or 
before February 12. Information on 
registration was detailed in the ad on 
pp. 8A-D of the December 1987 edition 
of Computer. 

Heller will approach the subject of 
workstations from the human as well as 
the platform angle. When working at 
the keyboard today, users require 
instant responses because they’re often 
involved in multiple interactions per 
hour. Platforms are evolving very 
rapidly, and attractive opportunities are 
available to buyers because of increases 
in the number of product lines offered, 
coupled with declining prices. 

Faggin is a co-inventor of the 
microprocessor and was one of the 
engineer-entrepreneurs who founded 
Zilog. In his update on the young but 
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developing neural-networks field, Fag- 
gin, a pragmatist, will realistically 
assess what can be expected as well as 
what should not be expected. 

Callahan ran one of the first emitter 
coupled logic (ECL) lines at Motorola, 
producing the Motorola ECL family. 

He also brought up Motorola CMOS 
lines. At Monolithic Memories, he has 
supervised both bipolar and CMOS 
operations and has concentrated on 
user programmable devices. His talk at 
Compcon will deal with the significance 
of developments in the integrated device 
area from the computer-designer per¬ 
spective. He will also discuss implemen¬ 
tation alternatives. 

Hennessy has been an important fig¬ 
ure in the development of reduced 
instruction set computers, as well as in 
the continuing discussion on which 
architecture is superior: RISC or CISC 
(complex instruction set computer). The 
RISC architectures of the mid 1980s 
have reversed the trends of the 1970s, 
when the number and the semantic con¬ 
tent of instructions grew in response to 
decreased hardware costs and the goal 
of reducing the semantic gap between 
the architectures and high-level pro¬ 
gramming languages. 

Hennessy and David Patterson of the 


University of California at Berkeley 
jointly commented on the ClSC-versus- 
RISC superiority controversy in “The 
Open Channel” pages of the November 
1985 issue of Computer. 

“Many computer scientists and com¬ 
mercial computer designers have been 
convinced by the research presented in 
the RISC papers and dissertations, so 
we encourage readers to investigate the 
issue carefully,” Hennessy and Patter¬ 
son wrote. 

Hennessy worked on the Stanford 
MIPS project, and MIPS is now a suc¬ 
cessful supplier of RISC systems to 
workstation manufacturers. 

Bell, a former vice president of Digi¬ 
tal Equipment, has returned to Dana, a 
high-performance workstation com¬ 
pany, following a stint with the 
National Science Foundation. 

He said his Compcon talk will 
describe how high-performance com¬ 
puters are emerging from DARPA’s 
strategic computing initiative, based on 
parallelism and gains in VLSI. Instead 
of power doubling every five years 
through circuit technology, he sees 
power doubling every year through par¬ 
allelism. The ability to exploit this area 
is limited because understanding, text, 
and training are needed, says Bell. 


First International Transaction Machine 
Architecture Workshop scheduled 


The Technical Committees on 
Microprocessors and Microcomputers, 
on Data Engineering, and on VLSI plan 
to sponsor the First International 
Workshop on Transaction Machine 
Architecture September 25-28 at Lake 
Arrowhead, Calif. The session will be 
held in cooperation with the ACM’s 
SIGMOD. 

Martin Freeman, affiliated with Stan¬ 
ford University and the Philips 
Research Laboratories and chair of the 
TCMM, is serving as workshop chair. 

During the workshop, the emphasis 
will be on such topics as transaction 
processing architecture, experimental 
analysis of architectural design choices, 
stable storage techniques, main memory 
database architectures, high-performance 
secondary storage, high-performance 
communication, architectural support 
for recovery and fault tolerance, 
architectural support for on-line recon¬ 
figuration, front-end versus back-end 


architectures, and transaction machine 
versus database machine architectures. 

The intent is to assemble computer 
system architects, database system 
architects, transaction system architects, 
designers, practitioners, and the 
research community to provide a forum 
for in-depth discussions on architec¬ 
tures and architectural support designed 
to achieve high-performance transac¬ 
tion processing machines. 

Participation will be by invitation 
only, and each participant will be 
expected to actively contribute to the 
workshop by submitting either a posi¬ 
tion paper, an extended abstract, or a 
full 5000-word paper. Five copies of 
submitted papers should be sent by 
February 15, 1988, to Dieter Gawlick, 
Amdahl Corp., MS 213, 1250 E. 

Arques Ave., Sunnyvale, CA 
94088-3470; (408) 746-7011. 

Full papers accepted for presentation 
will be published in book form. 


Broadcast / " " 

Division / 

PRINCIPAL 

SOFTWARE 

ENGINEER 

Harris Corporation's Broadcast 
Products Division has been a lead¬ 
ing worldwide supplier of a full 
range of radio and television trans¬ 
mission equipment for over 65 
years. We currently have a rare ca¬ 
reer opportunity for a uniquely 
qualified Principal Software 
Engineer. 

Reporting to a Director of Engi¬ 
neering, the individual will lead a 
team of software and hardware en¬ 
gineers in the development of real 
time, distributed microprocessor- 
based control systems for RF trans¬ 
mitters. The individual will also 
perform sustaining responsibilities 
for local and remote user/equip¬ 
ment interface on existing 
products. 

We are seeking candidates with a 
minimum of 7 years' experience in 
developing software for real time 
operating systems. Working knowl¬ 
edge of various computer architec¬ 
tures, “C" language, 68000 or 8086 
assembler, software communica¬ 
tions, displays and I/O drivers is re¬ 
quired. Knowledge of structured 
design and test methods and hands- 
on experience using Sun develop¬ 
ment workstations and PCs are 
highly desired. Candidates should 
possess a BSCS, BSCE, or BSEE; 
Master’s degree preferred. 

Harris Corporation is a Fortune 200 
company offering on-going profes¬ 
sional challenge in a dynamic envi¬ 
ronment for career development, 
individual recognition and signifi¬ 
cant responsibility. In addition to a 
salary commensurate with experi¬ 
ence and comprehensive benefits, 
the successful candidate will re¬ 
ceive relocation assistance. 

For immediate consideration, qual¬ 
ified candidates are requested to 
send their resume and salary re¬ 
quirements in confidence to: F.A. 
Svet, VP Engineering, Harris 
Broadcast Division, P.O. Box 4290, 
Quincy, Illinois 62305-4290. 

An Equal Opportunity Employer 
M/F/H/V. 


fB HARRIS 
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CALENDAR 


January 1988 


Third Technical Symposium on Opto- 
electronics and Laser Applications in 
Science and Engineering (SPIE), Jan. 10-17, 

Los Angeles. Contact Jane Lybecker, SPIE, 
PO 10, Bellingham, WA 98227; (206) 
676-3290. 


Annual IEEE Design Automation 
\g? Workshop, Jan. 13-15, Apache Junc¬ 
tion, Ariz. Contact Walling Cyre, Control 
Data, HQM 173, Box 1249, Minneapolis, 
MN 55440; (612)853-2692. 


15th SIGAct, SIGPIan Symposium on Prin¬ 
ciples of Programming Languages (ACM), 
Jan. 13-15, San Diego. Contact Jeanne Fer- 
rante, IBM Hawthorne H2-B54, Box 218, 
Yorktown Heights, NY 10598; (914) 789- 
7529. 


Third Conference on Hypercube Concurrent 
Computers and Applications, Jan. 19-20, 

Pasadena, Calif. Contact Patricia McLane, 
Jet Propulsion Laboratory, MS 180-205, 
Pasadena, CA 91109; (818) 354-5556. 


Workshop on High-Level Synthesis 
vsx (ACM), Jan. 24-27, Orcas Island, 
Wash. Contact Ewald Detjens, Exemplar 
Logic, 1820 Carleton St., Berkeley, CA 
94703;(415)849-2020. 


International Workshop on Software Ver¬ 
sion and Configuration Control (Gesellshaft 
fur Informatik e.V.), Jan. 27-29, Grassau, 
West Germany. Contact Peter Feiler, SEI, 
Carnegie Mellon University, Pittsburgh, PA 
15213; (412)268-7790. 


February 1988 


Cairo International Computer Conference 
(IASTED), Feb. 1-3, Cairo. Contact Confer¬ 
ence Secretariat, International Assoc, of 
Science and Technology for Development, 
PO 354, CH-8053, Zurich, Switzerland. 


Fourth International Conference on 
Data Engineering, Feb. 1-5, Los 

Angeles. Contact Benjamin W. Wah, Dept, 
of Electrical and Computer Engineering, 
University of Illinois, Urbana, IL 61801; 
(217) 333-3516. 


Multiconference 88 (SCS), Feb. 3-5, San 
Diego. Contact Society for Computer Simu¬ 
lation, PO 17900, San Diego, CA 92117; 
(619) 277-3888. 


1FIP Conference on Computers and Law, 
Feb. 8-10, Santa Monica, Calif. Contact 
Michael M. Krieger, PO 24619, Los Angeles, 
CA 90024; (213)208-2461. 


Second Conference on Applied Natural Lan¬ 
guage Processing (ACL), Feb. 9-12, Austin, 
Texas. Contact Donald Walker, Bell Com¬ 
munications Research, 445 South St., MRE 
2A379, Morristown, NJ 07960; (201) 
829-4312. 

1988 Winter Usenix Technical Conference, 
Feb. 9-12, Dallas. Contact Usenix Assoc. 
Conference Office, PO 385, Sunset Beach, 
CA 90742; (213) 592-1381. 

Mexico ComExpo 88, Mexico International 
Computer and Communications Exhibition 
and Technical Conference (IEEE Mexico 
Section), Feb. 9-12, Mexico City. Contact 
Fapezal Comunicacion, S.A. de C.V., 
Reforma No. 336-1 Piso Col. Juarez 06600 
Mexico, D.F.; phone (52) 533-1486. 

Sixth International Symposium on Applied 
Informatics (IASTED), Feb. 16-18, Grindel- 
wald, Switzerland. Contact International 
Assoc, of Science and Technology for Devel¬ 
opment, PO 354, CH-8053, Zurich, Swit¬ 
zerland. 

16th ACM Computer Science Conference, 
Feb. 23-25, Atlanta. Contact ACM, 11 W. 
42nd St., New York, NY 10036. 

CSC 88, 16th Annual Computer Science 
Conference (ACM), Feb. 23-25, Atlanta. 
Contact Lucio Chiaraviglio, School of Infor¬ 
mation and Computer Science, Georgia 
Institute of Technology, Atlanta, GA 30332; 
(404) 894-3152. 

Vision Guidance for Robotic Systems 
(SME), Feb. 23-25, Cincinnati. Contact 
Joanne Rogers, Society of Manufacturing 
Engineers, 1 SME Dr., Dearborn, MI 48121; 
(313) 271-1500. 

Ontario Research Foundation Seminar and 
Workshop, Feb. 24-25, Toronto, Canada. 
Contact H.G. McAdie, Ontario Research 
Foundation, Sheridan Park Research Com¬ 
munity, Mississauga, Ontario, Canada, L5K 
1B3; phone (416) 822-4111, ext. 534. 

SIGCSE Symposium (ACM), Feb. 25-26, 
Atlanta. Contact ACM, 11 W. 42nd St., 

New York, NY 10036. 

Usicon 88, Third User System Interface Con¬ 
ference, Feb. 26-27, Austin, Texas. Contact 
M. Sury, T4-30, or R. Hockenberger, T2-45, 
Bldg. 30E, Lockheed Austin Division, PO 
17100, Austin, TX 78760; (512) 448-5314 or 
5858. 

NOMS 88, IEEE 1988 Network Operations 
and Management Symposium, Feb. 28-Mar. 

2, New Orleans. Contact IEEE Communica¬ 
tions Society, 345 E. 47th St., New York, 

NY 10017; (212) 705-7857. 

10th National Computer Conference (IEEE), 


Feb. 28-Mar. 2, Jeddah, Saudi Arabia. Con¬ 
tact Athar Javaid, IEEE, PO 8900, Jeddah 
21492, Saudi Arabia. 


Symposium on Information Systems as a 
Resource to Support Managerial Decision- 
Making, Feb. 29-Mar. 3, Sydney, Australia. 
Contact IFIP, 3 rue de Marche, CH-1204, 
Geneva, Switzerland. 


Compcon Spring 88, 33rd Interna¬ 
ls? tional Conference of the Computer 
Society of the IEEE, Feb. 29-Mar. 4, San 

Francisco. Contact Hasan al-Khatib, Dept, 
of Electrical Engineering and Computer 
Science, Santa Clara University, Santa 
Clara, CA 95053; (408) 554-4485. 


March 1988 


Ninth Conference on EDP Performance and 
Capacity Management, Mar. 7-8, Scottsdale, 
Ariz. Contact Applied Computer Research, 
PO 9280, Phoenix, AZ; (602) 995-5929. 


Second International Conference on 
\5? Computer Workstations, Mar. 7-10, 

Santa Clara, Calif. Contact Patrick Mantey, 
335A Applied Science Bldg., Dept, of Com¬ 
puter Engineering, University of California, 
Santa Cruz, CA 95064; (408) 429-2158. 


Federal Office Systems Expo, Mar. 7-10, 
Washington, DC. Contact NTP, 2111 Eisen¬ 
hower Ave., Suite 400, Alexandria, VA 
22314;(703)683-8500. 

Southcon 88 (IEEE, ERA), Mar. 8-10, 

Orlando, Fla. Contact Southcon 88, 8110 
Airport Blvd., Los Angeles, CA 90045; (213) 
772-2965. 


1988 International Zurich Seminar on 
Digital Communications, Mar. 8-11, 

Zurich. Contact Secretariat IZS 88, c/o P. 
Gunzburger, Hasler AG, TDS, Belpstrasse 
23, CH-3000 Bern 14, Switzerland; phone 41 
(31)632-808. 


Sixth National Conference on Ada Technol¬ 
ogy, Mar. 14-17, Washington, DC. Contact 
A1 Rodriguez, US Army Communications- 
Electronics Command, AMSEL-RD-LC- 
ASST-1A, Fort Monmouth, NJ 07703; (201) 
532-4725. 


£3^ Fourth International Conference on 
Artificial Intelligence Applications, 
Mar. 14-18, San Diego. Contact AI Confer¬ 
ence, Computer Society of the IEEE, 1730 
Massachusetts Ave., NW, Washington, DC 
20036-1903; (202) 371-1013. 


International Conference Extending Data 
Base Technology (AICA, AFCET, BCS), 
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Mar. 14-18, Venice, Italy. Contact Joachim 
W. Schmidt, Universitat Frankfurt, Fach- 
bereich Informatik, Dantestrasse 9, D6000 
Frankfurt 1, West Germany; phone (49) 
69-798-8101. 

Securicom 88, Sixth Worldwide Congress on 
Computer and Communications Security 
and Protection, Mar. 15-17, Paris. Contact 
Securicom 88, 8, rue de la Michodiere, 75002 
Paris, France; phone (33) 1-47-424-100. 

Seventh IEEE Phoenix Conference on Com¬ 
puters and Communications, Mar. 16-18, 

Scottsdale, Ariz. Contact Carl Ryan, Mo¬ 
torola GEG, 2501 S. Price Rd„ Chandler, 
AZ 85248-2899; (602) 732-3074. 


Fourth International Conference on Pattern 
Recognition (BPRA, IAPR), Mar. 28-30, 

Cambridge, England. Contact J. Kittler, 
Dept, of Electronic and Electrical Engineer¬ 
ing, University of Surrey, Guildford GU2 
5XH, England, UK. 

Infocom 88, Mar. 28-31, New Orleans. 
Contact Infocom 88, Computer Soci¬ 
ety of the IEEE, 1730 Massachusetts Ave. 
NW, Washington, DC 20036-1903; (202) 
371-1013. 


April 1988 


21st Simulation Symposium (SCS, IMACS), 
Mar. 16-18, Tampa, Fla. Contact Alfred 
Jones, Computer Science Dept., Florida 
Atlantic University, Boca Raton, FL 33431; 
(305)393-3675. 

NCGA 88, Ninth Conference and Exposition 
on Computer Graphics Applications, Mar. 
20-24, Anaheim, Calif. Contact NCGA 88, 
National Computer Graphics Assoc., 2722 
Merrilee Dr., Suite 200, Fairfax, VA 22031. 


Compstan 88, Computer Standards 
8? Conference, Mar. 21-23, Arlington, 
Va. Contact James Hall, US Dept, of Com¬ 
merce, National Bureau of Standards, Tech¬ 
nology Bldg. 225, Rm. B266, Gaithersburg, 
MD 20899; (301)975-3273. 


R1AO 88, User-Oriented Content-Based Text 
and Image Handling Conference (AF1PS), 
Mar. 21-24, Cambridge, Mass. Contact 
RIAO 88 Conference Service Office, Mas¬ 
sachusetts Institute of Technology, Bldg. 7, 
Rm. 111, Cambridge, MA 02139; or CID, 36 
bis, rue Ballu, 75009 Paris, France. 


Sixth IEEE VLSI Test Workshop, Mar. 
22-23, Atlantic City, N.J. Contact Wesley E. 
Radcliffe, IBM East Fishkill, Dept. 277, 
Bldg. 321-5E1, Hopewell Junction, NY 
12533;(914)894-4346. 

AAAI Spring Symposium, Mar. 22-24, Palo 
Alto, Calif. Contact American Assoc, for 
Artificial Intelligence, 445 Burgess Dr., 
Menlo Park, CA 94025-3496; (415) 

328-3123. 

CAE India 88, India Computer Graphics 
International Conference and Exhibition, 
Mar. 22-25, New Delhi, India. Contact Tara 
S. Ganguli, Technology and Research 
Associates, 5 Lindsay St., Calcutta 700087, 
India; phone (033) 299-420. 


COIS 88, Conference on Office Infor- 
8^ mation Systems (ACM), Mar. 23-25, 
Palo Alto, Calif. Contact Robert Allen, 
2A-367, Bell Communications Research, 
Morristown, NJ 07960; (201) 829-4315. 


Extending Database Technology (IASI, 
8? inRIA), Mar. 23-25, Venice, Italy. 
Contact Stefano Ceri, Politecnico di Milano, 
Dipart, di Elektronika, Piazza Leonardo da 
Vinci 32, 20133 Milano, Italy; phone 39 (02) 
236-7241. 


International Workshop on Robot Control: 
Theory and Applications (IEE), Apr. 11-12, 

Oxford, England. Contact the Computing 
and Control Division, IEE, Savoy PI., Lon¬ 
don WC2R 0BL; phone 44 (01) 240-1871, 
ext. 330. 

Computer Networking Symposium, 
8? Apr. 11-13, Washington, DC. Contact 
George K. Chang, Bell Communications and 
Research, 6 Colbert PI., Piscataway, NJ 
08854; (201) 699-3879. 

ZSN CompEuro 88, Apr. 11-15, Brussels. 

Contact Jacques Tiberghien, VRIJE 
Universiteit Brussels, Pleinlaan 2, 1050 Brus¬ 
sels, Belgium; phone 32 (02) 641-2905. 

Z2X ICSE 88, 10th International Confer- 
'8? ence on Software Engineering (ACM), 
Apr. 11-15, Raffles City, Singapore. Contact 
Tan Chin Nam or Lim Swee Say, 71 Science 
Park, Singapore 0511; phone (65) 772-0200. 

IPC 88, 17th International Programmable 
Controllers Conference (ESD, SMI), Apr. 
12-14, Detroit. Contact IPC 88, 100 Farns¬ 
worth, Detroit, MI 48202; (800) 457-9504. 

Z2N 1988 IEEE Symposium on Security and 
8? Privacy, Apr. 18-21, Oakland, Calif. 
Contact Dave Bailey, US Dept, of Energy, 
Production Operations Division/CIM 
Office, PO 5400, Albuquerque, NM 87115; 
(505) 846-4600. 

Eastern Simulation Conference (SCS), Apr. 
18-21, Orlando, Fla. Contact Society for 
Computer Simulation, PO 17900, San 
Diego, CA 92117; (619) 277-3888. 

Z2N 11th IEEE Workshop on Design for 
8? Testability, Apr. 19-22, Vail, Colo. 
Contact T.W. Williams, IBM Corp., PO 
1900, Dept. 67A/021, Boulder, CO 80301- 
9191; (303) 924-7692. 

International Conference on Electronic Pub¬ 
lishing, Document Manipulation, and 
Typography (INRIA), Apr. 20-22, Nice, 
France. Contact INRIA, Service des Rela¬ 
tions Exterieures, Bureau des Colloques, 
Domaine de Voluceau, Rocquencourt, BP 
105, F-78153 Le Chesnay Cedex, France. 

ZZX Second International Conference on 
8? Expert Database Systems, Apr. 25-28, 

Tysons Corner, Va. Contact Edgar H. 


Sibley, George Mason University, ICSE 
Dept., 4400 University Dr., Fairfax, VA 
22030. 

IEEE International Conference on Robotics 
and Automation, Apr. 25-29, Philadelphia. 
Contact Harry Hayman, 738 Whitaker Ter., 
Silver Spring, MD 20901; (301) 434-1990. 

Second Expert Systems Conference (ESD, 
SMI), Apr. 26-28,, Dearborn, Mich. Contact 
Engineering Society of Detroit, 100 Farns¬ 
worth, Detroit, MI 48202; (800) 457-9504. 

Sococo 88, Symposium on Software for 
Computer Control (IFAC, IFIP), Apr. 

26-28, Johannesburg, South Africa. Contact 
IFIP, 3 rue de Marche, CH-1204, Geneva, 
Switzerland. 

Second Parallel Processing Symposium 
'8? (California State University at Fuller¬ 
ton), Apr. 28-30, Fullerton, Calif. Contact 
Larry Canter, 1619 N. Hale, Fullerton, CA 
92631; (714)738-3414. 


May 1988 

Artificial Intelligence and Advanced Com¬ 
puter Technology Conference and Exhibition 

(SCS), May 4-6, Long Beach, Calif. Contact 
Tower Conference Management Co., 331 W. 
Wesley St., Wheaton, IL 60187; (312) 668- 
8100. 


38th Electronic Components Conference 
(IEEE, EIA), May 9-11, Los Angeles. Con¬ 
tact Electronic Industries Assoc., 2001 Eye 
St. NW, Washington, DC 20006. 


Fourth International Software Process 
'55' Workshop, May 11-13, Devon, Eng¬ 
land. Contact Leon Osterweil, Computer 
Science Dept., University of Colorado, 
Campus Box 430, Boulder, CO 80309; (303) 
492-8787. 


Z2N Fifth Workshop on Real-Time Operat- 
8? ing Systems, May 12-13, Washington, 
DC. Contact John A. Stankovic, Dept, of 
Computer and Information Science, Univer¬ 
sity of Massachusetts, Amherst, MA 01003; 
(413) 545-0720. 


CHI 88, Conference on Human Factors in 
Computing Systems (ACM), May 15-19, 
Washington, DC. Contact Gail A. Chu- 
mura, 5214 Monroe Dr., Springfield, VA 
22151; (703) 750-9401. 

41st SPSE Conference, May 22-27, Washing¬ 
ton, DC. Contact Society for Imaging 
Science and Technology, 7003 Kilworth 
Lane, Springfield, VA 22151. 

/ax Third International IEEE Conference 
on Ada Applications and Environ¬ 
ments, May 23-26, Manchester, N.H. Con¬ 
tact Derek S. Morris, Dept, of Electrical 
Engineering and Computer Science, Stevens 
Institute of Technology, Hoboken, NJ 
07730; (210) 420-5606. 
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CALL FOR PAPERS 


Technical Committee on Computer 
Education, Computer Society of the 
IEEE: Contributions are welcomed for the 
TCCE newsletter, a forum for the exchange 
of ideas among persons interested in com¬ 
puter education or computers in education. 
Submit news items, short articles, and cor¬ 
respondence to Helen Hays, Dept, of Com¬ 
puter Science, Southeast Missouri State 
University, Cape Girardeau, MO 63701; 
(314)651-2244. 

Artificial Intelligence and Education: This 
journal seeks articles and proposals for 
issues devoted to specific topics. Authors in 
the US and Far East should contact Elliott 
Soloway, Dept, of Computer Science, Yale 
University, New Haven, CT 06520. Authors 
in Europe should contact Masoud Yazdani, 
Dept, of Computer Science, Prince of Wales 
Rd., University of Exeter, Exeter EX4 4PT, 
England, UK. 


Call for referees for Computer 


Referees are sought for special issues of 
Computer that will cover the following 
topics: 

• laser communication technology and 
systems 

• computer-integrated manufacturing 

• national computer policies—the com¬ 
puter industry in an international 
context 

• innovative printer technology 

• storage technology 

• concurrent systems: the hardware, 
production, maintenance, and 
software issues 

• emerging technologies for computer 


component, hardware, and software 
design and production 
’ high-performance CAD/CAM, 
engineering/scientific, and 
programming workstations 
computers in automobiles 
computers in the entertainment and 
advertising industries 
real-time systems 
Videotex—has the vision failed? 


Persons interested in serving as referees are 
asked to circle Reader Service Number 195 
on the Reader Service Card at the back of 
this magazine and to send the card to the 
Reader Service Inquiries Dept. 


International Journal for Artificial Intelli¬ 
gence in Engineering: Papers are sought on 
research and development leading to 
problem-solving strategies. For information 
and submission requirements, contact D. 
Sriram, Dept, of Civil Engineering, Carnegie 
Mellon University, Pittsburgh, PA 15213; or 
K.J. MacCallum, Dept, of Ship and Marine 
Technology, Marine Technology Center, 100 
Montrose St., Glasgow, Scotland, UK. 

International Journal of Pattern Recognition 
and Artificial Intelligence: Submit manu¬ 
script to H. Bunke, Universitat Bern, Institut 
fur Informatik und Angewandte Mathema- 
tik, Langgasstrasse 51, CH-3012 Bern, Swit¬ 
zerland; or Patrick Wang, College of 
Computer Science, Northeastern University, 
360 Huntington Ave., Boston, MA 02115; 
(617) 437-3711. 

International Journal of Computer Applica¬ 
tions in Technology begins publication in 
Spring 1988. Submit papers for this 
UNESCO-supported journal to M.A. Dor- 
gham, The Open University, Milton Keynes, 
MK7 6AA, England, UK; phone (44) 
09-08-653-945. 

Commercial News USA , published by the US 
Commerce Dept., will promote technology, 
services, and products related to architec¬ 
ture, engineering, and construction systems 
in its February 1988 issue. To submit 
materials, contact Sally Forden, US and For¬ 
eign Commercial Service, Rm. 2108, 14th 
and Constitution Ave., NW, Washington, 

DC 20230; (202) 377-5367. 

IEEE Transactions on Reliability: Special 
issue on reliability of parallel and distributed 
computing networks scheduled for publica¬ 
tion in late 1988. Submit contributions to 
Dharma P. Agrawal or Suresh Rai, Dept, of 


Electrical and Computer Engineering, PO 
7911, North Carolina State University, 
Raleigh, NC 27695-7911; (919) 737-2336. 

First International Conference on 
Industrial and Engineering Applica¬ 
tions of Artificial Intelligence and Expert 

Systems: June 2-3, 1988, Tullahoma, Tenn. 
Submit abstract by Jan. 15, 1988, and final 
paper by Mar. 31, 1988, to Moonis Ali, Uni¬ 
versity of Tennessee Space Institute, Tulla¬ 
homa, TN 37388. 

Eighth International Symposium on Pro¬ 
tocol Specification, Testing, and Verification 
(IFIP): June 7-10, 1988, Atlantic City, N.J. 
Submit paper by Jan. 15, 1988, to Sudhir 
Aggarwal, Bell Communications Research, 
435 South St., Morristown, NJ 07960; (201) 
829-4477; or Krishan Sabnani, AT&T Bell 
Laboratories, 600 Mountain Ave., Murray 
Hill, NJ 07974; (201) 582-5740. 

Third International Conference on Applica¬ 
tions of Artificial Intelligence in Engineer¬ 
ing: Aug. 8-12, 1988, Stanford, Calif. 

Submit paper by Jan. 15, 1988, to John 
Gero, Dept, of Architectural Science, Uni¬ 
versity of Sydney, NSW 2006 Australia; 
phone (61) 2-692-2328; and R. Adey, Com¬ 
putational Mechanics Institute, 25 Bridge 
St., Billerica, MA 01821; (617) 667-7582. 


17th International Conference on Parallel 
Processing: Aug. 15-19, 1988, St. Charles, 

Ill. Complete manuscripts (regular papers) or 
summaries (short papers) are sought by Jan. 
15, 1988. Submit papers on algorithms and 
applications to David H. Bailey, MS 258-5, 
NASA Ames Research Center, Moffett 
Field, CA 94035; on software to Howard E. 
Sturgis, Xerox Corp., Palo Alto Research 
Center, 3333 Coyote Hill Rd„ Palo Alto, 

CA 94304; or on hardware and other areas to 
Faye A. Briggs, Sun Microsystems, Inc., 

2550 Garcia Ave., Mountain View, CA 
94043. 


CAD/CAM Technology Transfer to Latin 
America Conference (IFIP): Aug. 22-26, 
1988, Mexico City. Submit paper and 
abstract on any area of CAD/CAM/CAE by 
Jan. 15, 1988, to G. Leon Lastra, Instituto 
de Investigaciones Electricas, Apdo. Postal 
5-849, 11590 Mexico, D.F. 


Workshop and Symposium on Formal Tech¬ 
niques in Real-time and Fault-tolerant Sys¬ 
tems: Sept. 20-23, 1988, Coventry, England. 
Submit papers and extended extracts by Jan. 
15, 1988, to M. Joseph, Dept, of Computer 
Science, University of Warwick, Coventry, 
CV4 7AL, UK. 


Conferences that the Computer Society sponsors or participates in are indicated 
ns? by the Computer Society logo; additional conference sponsors are listed in paren¬ 
theses. Other conferences of interest to our readers are also included. 

For inclusion in Call for Papers or Calendar, submit information six weeks before 
the month of publication (i.e., for the March 1988 issue, send information for receipt 
by Jan. 15,1988) to Calendar Editor, Computer, 10662 Los Vaqueros Cir., Los 
Alamitos, CA 90720. 
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Second Parallel Processing Symposium 
(California State University at Fuller¬ 
ton): Apr. 28-30, 1988, Fullerton, Calif. 
Submit abstract by Jan. 20, 1988, and final 
version by Feb. 15,1988, to Larry Canter, 
1619, N. Hale, Fullerton, CA 92631; (714) 
738-3414. 

International Workshop on VLSI for Artifi¬ 
cial Intelligence: July 20-22, 1988, Oxford, 
England. Submit outline by Jan. 29, 1988, 
and final documentation by June 13, 1988, 
to Jose G. Delgado-Frias or Will R. Moore, 
Dept, of Engineering Science, University of 
Oxford, Parks Rd., Oxford, 0X1 3PJ, 
England, UK.; phone (44) 0865-273-188. 

19th Pittsburgh Conference on Modeling 
and Simulation (IEEE, ISA, SCS): May 5-6, 
1988, Pittsburgh. Submit summary and 
abstract by Jan. 31, 1988, and final manu¬ 
script by May 6, 1988, to William G. Vogt or 
Marlin H. Mickle, Modeling and Simulation 
Conference, 348 Benedum Engineering Hall, 
University of Pittsburgh, Pittsburgh, PA 
15261. 

Eurocrypt 88, Workshop on the Theory and 
Application of Cryptologic Techniques 
(IACR): May 25-27, 1988, Davos, Switzer¬ 
land. Submit abstract by Jan. 31, 1988, to 
Ingemar Ingemarsson, Dept, of Electrical 
Engineering, Linkoping University, S-581 83 
Linkoping, Sweden. 


IEEE Software: Submit articles on any 
topic for the September 1988 issue by 
Feb. 1, 1988, to Ted G. Lewis, Editor-in- 
Chief, IEEE Software, c/o Computer 
Science Dept., Oregon State University, Cor¬ 
vallis, OR 97331; (503) 754-2744; CSnet 
lewis@oregon-state; Compmail + t.lewis. 


ICCD 88, IEEE International Confer- 
89 ence on Computer Design: VLSI in 
Computers and Processors: Oct. 2-6, 1988, 
Rye Brook, N.Y. Submit summary by Feb. 
1, 1988, to Giovanni De Micheli, Center for 
Integrated Systems, Stanford University, 
Stanford, CA 94305; (415) 725-3632. 


Yamadaoka, 2-1 Suita, Osaka, Japan 565 (in 
Japan and the Far East). 


Joint Fifth Symposium and Fifth Interna¬ 
tional Conference on Logic Programming 
(Assoc, for Logic Programming): Aug. 

15-19, 1988, Seattle. Submit paper by Feb. 1, 
1988, to Robert A. Kowalski, LP88, Dept, 
of Computing, Imperial College, 180 
Queen’s Gate, London, SW7 2BZ, England, 
UK. 

38th Electronic Components Conference 
(IEEE, El A): May 9-11, 1988, Los Angeles. 
Submit manuscript by Feb. 5, 1988, to 
Edmund A. Bolton, AVX Corp., 100 
Copeland Dr., Suite 5, Mansfield, MA 
02048. 


Z2X Fifth Workshop on Real-Time Operat- 

89 ing Systems: May 12-13, 1988, Wash¬ 
ington, DC. Submit abstract by Feb. 15, 

1988, to Lui Sha, Computer Science Dept., 
Carnegie Mellon University, Schenley Park, 
Wean Hall, Pittsburgh, PA 15213; (412) 
268-7668. 

14th International Conference on Very Large 
Databases (VLDB Endowment): Aug. 29- 
Sept. 1, 1988, Los Angeles. Submit paper by 
Feb. 15, 1988, to either David J. DeWitt, 
Computer Science Dept., 1210 W. Dayton 
St., Madison, WI 53706; or Francois Banchi- 
lon, Altair, BP 105, 78153 Le Chesnay 
Cedex, France. 

Z2X Compsac 88, 12th International Com- 
89 puter Software and Applications Con¬ 
ference: Oct. 3-7, 1988, Chicago. Submit 
paper by Feb. 15. 1988, to Wing N. Toy, 
Compsac 88, AT&T Bell Laboratories, Rm. 
1Z-306, 200 Park Plaza, Naperville, IL 
60566; (312)416-4046. 

Z2N ICCL 88, International Conference on 
89 Computer Languages: Oct. 9-13, 1988, 
Miami Beach, Fla. Submit paper by Mar. 1, 
1988, to C.V. Ramamoorthy, Dept, of 
EECS, University of California, Berkeley, 
CA 94720. 


Z2X CSM 88, Conference on Software 
89 Maintenance—1988 (IEEE, DPMA, 
NBS): Oct. 24-27, 1988, Phoenix, Ariz. Sub¬ 
mit paper by Feb. 1, 1988, to Wilma M. 
Osborne, National Bureau of Standards, 
Bldg. 225, Rm B266, Gaithersburg, MD 
20899;(301)975-3339. 


Second Expert Systems Conference (ESD, 
SMI): Apr. 26-28, 1988, Dearborn, Mich. 
Submit paper by Feb. 1, 1988, to Expert Sys¬ 
tems Planning Committee, Engineering Soci¬ 
ety of Detroit, 100 Farnsworth, Detroit, MI 
48202;(800) 457-9504. 


1988 International Conference on Supercom¬ 
puting (ACM, INR1A): July 4-8, 1988, Saint 
Malo, France. Submit complete paper by 
Feb. 1, 1988, to one of the following: C.D. 
Polychronopoulos, Center for Supercomput¬ 
ing, University of Illinois, 104 S. Wright St., 
Urbana, IL 61801 (in North and South 
America); W. Jalby, INR1A, BP 105, 78153 
Le Chesnay Cedex, France (in Europe, Mid¬ 
dle East, and Africa); or H. Terada, Dept, of 
Electronic Engineering, Osaka University, 


IEEE Transactions on Computers: 

89 Papers are sought for a special issue 
scheduled for December 1988 devoted to par¬ 
allel and distributed algorithms. Guidelines 
for submittals appear in each issue of 
IEEETC. Submit seven copies of manuscript 
by Mar. 1, 1988, to C. L. Liu, Dept, of 
Computer Science, University of Illinois, 

1304 W. Springfield Ave., Urbana, IL 
61801-2987; (217) 333-6769. 

Z2N CorapEuro 89, International Computer 
Conference: May 8-12, 1989, Ham¬ 
burg, Germany. Submit letter of intent by 
Mar. 1, 1988, and abstract by Aug. 15, 1988, 
to H. Reiner, SEL Research Center, PO 
400749, D7000 Stuttgart 40, Federal Repub¬ 
lic of Germany. 


LFA 88, Sixth IEEE Workshop on Lan¬ 
guages For Automation: Aug. 29-31, 1988, 
College Park, Md. Submit paper by Mar. 1, 
1988, to Panos A. Ligomenides, Electrical 
Engineering Dept., University of Maryland, 
College Park, MD 20742. 


ACM SIGGRAPH Symposium on User 
Interface Software: Oct. 17-19, 1988, Banff, 
Canada. Submit complete draft by Mar. 1, 
1988, to John Sibert, Dept, of Electrical 
Engineering and Computer Science, George 
Washington University, Washington, DC 
20052; (202) 994-4953. 

Third International Symposium on Knowl¬ 
edge Engineering (AAAI): Oct. 17-21, 1988, 
Madrid, Spain. Submit four copies of com¬ 
plete paper by Mar. 1, 1988, to Juan Pazos, 
Vicedecano Facultad de Informatica, 
Universidad Politecnica de Madrid, Km. 7 
Carretera de Valencia, 28031 Madrid, Spain. 


Supercomputing 88: Nov. 14-18, 1988, 
'5*7 Orlando, Fla. Submit paper by Mar. 
14, 1988, to Stephen F. Lundstrom, ERL 
455, Stanford University, Stanford, CA 
94305; (415)723-0140. 


Summer Computer Simulation Conference 

(SCS): July 25-27, 1988, Seattle. Submit 
complete manuscript by Mar. 15, 1988, to 
Charles A. Pratt, PO 17900, San Diego, CA 
92117;(619)277-3888. 


Eighth International Conference in Com¬ 
puter Science: July 4-8, 1988, Santiago, 

Chile. Submit abstract by Mar. 15, 1988, and 
final paper by June 1, 1988, to Alberto O. 
Mendelzon, CSRI, University of Toronto, 10 
King’s College Rd., Toronto, Canada M5S 
1A4. 


Seventh Conference of the Molecular 
Graphics Society: Aug. 10-12, 1988, San 
Francisco. Submit abstract by Mar. 15, 1988, 
to Thomas Ferrin, Molecular Graphics Con¬ 
ference, PO 0446, University of California, 
San Francisco, CA 94143-0446. 


EMC 89, Eighth Zurich Symposium and 
Technical Exhibition on Electromagnetic 
Compatibility (Swiss Electrotechnical 
Assoc.): Mar. 6-9, 1989, Zurich. Submit 
abstract and summary by March 15, 1988, to 
Technical Program Committee, EMC 89, 
ETH Zentrum-IKT, CH-8092, Zurich, Swit¬ 
zerland; phone (41) 1-256-2790. 

IEEE Software and IEEE Expert: 

89 Papers are sought for special Novem¬ 
ber 1988 issues on expert systems applied to 
software engineering. Submit manuscript by 
Apr. 1, 1988, to Murat Tanik, Dept, of 
Computer Science and Engineering, South¬ 
ern Methodist University, Dallas, TX 
75275-0122; (214) 692-3083, ext. 2854. 


Z2X Seventh Symposium on Reliable Dis- 
89 tributed Systems: Oct. 10-12, 1988, 
Columbus, Ohio. Submit manuscript by 
Apr. 1, 1988, to Jane W.S. Liu, Dept, of 
Computer Science, University of Illinois, 
1304 W. Springfield Ave., Urbana, IL 
61801-2987; (217) 333-0135. 


Z2X ESIG 88, Fourth Expert Systems in 
89 Government Conference: Oct. 17-21, 
1988, Washington, DC. Submit paper by 
Apr. 1, 1988, to ESIG 88, MS W418, Mitre 
Corp., 7525 Colshire Dr. McLean, VA 
22102. 
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CAREER OPPORTUNITIES 


RATES: $12.00 per line, $120 minimum charge 
(up to ten lines). Average six typeset words 
per line, nine lines per column inch. Add $10 
for box number. Send copy at least one 
month prior to publication to: Heidi Rex or 
Marian Tibayan, Classified Advertising, 
COMPUTER Magazine, 10662 Los Vaqueros 
Circle, Los Alamitos, CA 90720; (714) 
821-8380. 

In order to conform to the Age Discrimina¬ 
tion in Employment Act and to discourage 
age discrimination, COMPUTER may reject 
any advertisement containing any of these 
phrases or similar ones: “...recent college 
grads...,’’ “...1-4 years maximum experi¬ 
ence...," "...up to 5 years experience...,” or 
“...10 years maximum experience.” COM¬ 
PUTER reserves the right to append to any 
advertisement, without specific notice to the 
advertiser, “Experience ranges are sug¬ 
gested minimum requirements, not maxi- 
mums.” COMPUTER assumes that, since 
advertisers have been notified of this policy 
in advance, they agree that any experience 
requirements, whether stated as ranges or 
otherwise, will be construed by the reader as 
minimum requirements only. 


WORCESTER POLYTECHNIC INSTITUTE 

The Computer Science Department invites appli¬ 
cations for tenure track faculty positions at all 
levels from candidates in all areas of specializa¬ 
tion. Candidates should have a Ph.D. in Com¬ 
puter Science and a strong interest in both re¬ 
search and teaching. 

Worcester Polytechnic Institute emphasizes 
quality in the undergraduate learning experience 
and is committed to an innovative project- 
oriented teaching environment. The quality of 
the undergraduate computer science degree has 
been recognized by the recent granting of ac¬ 
creditation by the Computer Sciences Accredita¬ 
tion Board. 

The current goal of the Institute is to enhance 
our graduate program and improve research ac¬ 
tivities. The department seeks qualified can¬ 
didates who will help us achieve these objec¬ 
tives. WPI is located close to the center of 
Massachusetts’ minicomputer industry and ex¬ 
cellent opportunities exist for cooperative re¬ 
search and consulting. 

The Department has 12 full-time faculty with 200 
undergraduates and 50 full-time and 120 part- 
time graduate students in our M.S. and Ph.D. pro¬ 
grams. Department equipment includes 4 VAX 
750’s, an AT&T 3B-15, 3 Sun Workstations, and 
over 80 PCs (both UNIX and MS-DOS based). 
Much of this equipment is networked via two 
ethernet cables and is also connected to other 
campus facilities, which include a DEC 2060 and 
numerous VAXen. The Institute is committed to 
a new Information Science building and full cam¬ 
pus networking facilities in the near future. 
Located only 45 miles from Boston, Worcester is 
a small city of 180,000 which has recently under¬ 
gone a renaissance. It has eight colleges and 
universities and a rich variety of cultural 
activities. 

Please send a resume to Karen Lemone, Acting 
Department Head, Department of Computer Sci¬ 
ence, WPI, Worcester, MA 01609. 

WPI is an Equal Opportunity/Affirmative Action 
Employer. 


GEORGE WASHINGTON UNIVERSITY 
TENURE-TRACK 
FACULTY POSITIONS 

The Department of Electrical Engineering and 
Computer Science invites applications for 
tenure-track faculty positions in Electrical 
Engineering and Computer Science. Candidates 
should have an earned doctorate and research 
experience, with an interest in both teaching and 
research. Ability to attract research grants and 
contracts for support of faculty and student 
assistants is valued. The George Washington 
University is located in the center of Washing¬ 
ton, DC. This metropolitan area sustains the sec¬ 
ond largest concentration of research and devel¬ 
opment activity in the United States which 
creates a continuing demand for rigorously train¬ 
ed engineers as well as broad research oppor¬ 
tunities. Our department is the largest depart¬ 
ment in the School of Engineering and Applied 
Sciences with 37 full-time faculty, and a large 
graduate and undergraduate student body. The 
department has an annual research budget of 
close to $1 million. Send Curriculum Vita, list of 
publications and references, to: 

Professor Roger H. Lang, Chairman 
Department of Electrical Engineering and 
Computer Science 

School of Engineering & Applied Sciences 
THE GEORGE WASHINGTON UNIVERSITY 
Washington, DC 20052 

The George Washington University is an affir¬ 
mative action/equal opportunity employer. 


UNIVERSITY OF CENTRAL FLORIDA 
Computer Engineering 

The University of Central Florida College of 
Engineering invites applicants for a tenure-track 
Assistant Professor position in its Department 
of Computer Engineering. A Ph.D. in Computer 
Engineering or a related discipline is required. 
All interest areas will be considered although 
current preference areas include Artificial In¬ 
telligence/Expert Systems, Digital Systems, and 
Software Engineering. UCF is one of Florida’s 
State Universities, with a current enrollment in 
excess of 17,000 students. The College of Engi¬ 
neering has approximately 3,000 students at 
present. Located in mid-Florida’s rapidly grow¬ 
ing industrial complex, the University is develop¬ 
ing a research park adjacent to its main campus 
to support high-technology government and in¬ 
dustrial activity in the area. Computer facilities 
for instruction and research include an IBM 
4381, a VAX with 8 MB memory, a Gould 32/6780, 
a Symbolics 3640, 2 IBM 5080 color worksta¬ 
tions, and numerous mini and micro computers. 
An Ethernet LAN links College of Engineering of¬ 
fices and labs together using TCP/IP protocols. 
Each faculty office has a private personal com¬ 
puter with a LAN connection. 

Send curriculum vitae and the names of three 
references to: 

Dr. C.S. Bauer, Chairman 
Department of Computer Engineering 
University of Central Florida 
Orlando, Florida 32816 
Phone: (305) 275-2236 

The University of Central Florida is an Equal Op¬ 
portunity/Affirmative Action employer. As an 
agency of the State of Florida, the University 
makes all application materials and selection 
procedures available for public review. 


GEORGIA INSTITUTE OF TECHNOLOGY 
School of Information and Computer Science 

The School of Information and Computer 
Science invites applications for faculty posi¬ 
tions at all levels. Applicants should have a com¬ 
mitment to teaching and a record of outstanding 
research accomplishments. Applicants who ex¬ 
pect to receive a Ph.D. degree by Fall 1988 and 
who show high potential for research as well as a 
commitment to teaching are also invited. 

The School seeks applicants to strengthen its 
capabilities in all areas of current research ac¬ 
tivity, especially artificial intelligence, software 
engineering, distributed computer systems, and 
also in computer graphics, programming lan¬ 
guages, theoretical computer science, human 
factors, VLSI systems, data communications 
and computer networks, database systems, and 
computer architecture. Very competitive sala¬ 
ries are offered. 

The School has 27 faculty members and antici¬ 
pates further faculty growth. Its educational 
activities include an undergraduate program ac¬ 
credited by the Computing Sciences Accredita¬ 
tion Board, Inc., a Masters program with 150 
students and a Ph.D. program with over 70 
students. Well equipped laboratories support 
research and education. For instance, a recently 
established programming laboratory features a 
network of twenty-four Unix-based workstations. 
High-speed local area networks interconnect all 
major campus laboratories and provide access 
to national newtworks. 

The School has been named a 1987 recipient of a 
five year Coordinated Experimental Research 
grant from the National Science Foundation. 
This grant will fund acquisition of hardware and 
development of software to support experimen¬ 
tal work in parallel and distributed computing. 
Georgia Tech is located in Atlanta, which ex¬ 
periences a mild sunbelt climate. It is the center 
of commerce in the Southeast, offering a diverse 
economy and good employment opportunities in 
all professional areas. Atlanta offers good 
cultural and recreational opportunities, extreme¬ 
ly attractive residential neighborhoods, and af¬ 
fordable housing. 

Candidates should send complete resumes and 
names of at least three references to: Professor 
Richard J. LeBlanc; Chairman, Faculty Search 
Committee; School of Information and Com¬ 
puter Science; Georgia Institute of Technology; 
Atlanta, Georgia 30332. 

Georgia Tech is an equal opportunity employer. 


PRINCETON UNIVERSITY 
Research Associate and Post-DOC 

One or more research positions available im¬ 
mediately under several sponsored projects. The 
projects involve faculty, researchers and 
students, and cover the areas of databases, 
distributed systems, VLSI design, artificial in¬ 
telligence, and computer architecture. Respon¬ 
sibilities include the design and implementation 
of software systems as well as their experimen¬ 
tal evaluation. Ph.D with experience in at least 
one of the above areas is required. Salary open. 
Send resume to: 

Hector Garcia-Molina 
Department of Computer Science 
Princeton University 
Princeton, N.J. 08544 

An affirmative action/equal opportunity employer. 
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TEXAS A&M UNIVERSITY 
Department of Computer Science 

Applications are invited for faculty positions at 
the Assistant, Associate or Full Professor level. 
Candidates from all areas of computer science 
will be considered. Of particular interest are 
areas central to the design of fifth generation 
computer systems. In addition to regular faculty 
positions, an endowed chair in computer ar¬ 
chitecture is to be filled. 

The Department of Computer Science has 20 
full-time equivalent senior faculty members and 
additional teaching staff. There is a tradition of 
quality instruction at the B.S., M.S. and Ph.D. 
levels. The University has initiated a major com¬ 
mitment to develop excellence in Intelligent 
Systems, Artificial Intelligence, Software Tech¬ 
nology, Simulation and other areas of Computer 
Science. 

Computer Science at Texas A&M University is 
located in the College of Engineering. With near¬ 
ly 9,300 students, the College of Engineering is 
one of the nation’s largest. Computer Science is 
expanding to become one of the larger and more 
comprehensive departments in the country. 

We seek excellence in research. Texas A&M will 
provide superior instructional and research 
facilities for its Computer Science faculty. The 
University has the internal resources to achieve 
this goal. Applicants at the assistant professor 
level should show substantial promise for 
research and teaching. Applicants at the higher 
levels should show a strong record of research 
achievement. Ability in teaching graduates and 
under-graduates is also essential. Applicants 
should have a doctoral degree or its equivalent. 
Applicants should submit a resume and three 
references to Glen N. Williams, Head, Computer 
Science Department, Texas A&M University, Col¬ 
lege Station, TX 77843. 

Texas A&M University is an equal opportunity/af¬ 
firmative action employer. 


CALIFORNIA STATE UNIVERSITY 
Dominguez Hills 

The Department of Computer Science invites ap¬ 
plications for an anticipated tenure-track position 
at the Asst, or Assoc. Professor level, depending 
upon qualifications. The appointment is effective 
22 August 1988. 

A Ph.D. in Computer Science or a closely related 
field is required. Candidate qualifications in¬ 
clude a commitment to quality teaching and an 
active program of research with publication in com¬ 
puter science. Duties include teaching all under¬ 
graduate ACM corecourses, student advising, uni¬ 
versity committee work, curriculum development 
and scholarly activity. Normal teaching loads are 
12 units per semester. 

University computing facilities include a CDC 
Cyber 170/830, a Prime 9755 and microcom¬ 
puter labs and classrooms. Departmental systems 
include an DEC PDP 11/24, an Altos 8600 and 
an AT&T 3B5/201. The department offers a BSc 
in computer science and enrolls 700 students per 
semester including extensive evening classes. 
Design efforts for a proposed MSc in computer 
science are proceeding. The department has 7 
full-time and 12 part-time and adjunct faculty. Ex¬ 
cellent consulting opportunities are available at 
numerous nearby aerospace firms. 

Qualified applicants should send a letter of ap¬ 
plication with resume and 3 letters of recommen¬ 
dation by 1 March 1988 to: Dr. Frank A. Chimenti, 
Chair, Computer Science Dept., California State 
University, Dominguez Hills, 1000 East Victoria 
Street, Carson, CA 90747. 

CSUDH is an equal opportunity, affirmative ac¬ 
tion employer. 


UNIVERSITY OF CALIFORNIA, 

SANTA BARBARA 

The University of California at Santa Barbara in¬ 
vites applications for at least four tenure track 
positions in the Department of Computer Sci¬ 
ence, effective 1988-89 academic year. These 
positions are available at all professorial levels, 
although the Department has a strong interest in 
appointments at senior levels. The Department 
of Computer Science is in a rapidly expanding 
College of Engineering, which has achieved 
great prominence in several areas of research. 
UCSB and the College of Engineering are highly 
committed to augmenting Computer Science in 
order to build a Department of great excellence 
and having national visibility. The Department is 
currently undergoing a major expansion, both in 
terms of faculty and facilities. 

The positions currently available in Computer 
Science are in areas of research in which the 
Department intends to achieve its greatest 
strengths, namely Software Systems, Parallel 
and Distributed Computing, Machine Intelli¬ 
gence (particularly Computer Vision), and Scien¬ 
tific Computing. Senior appointments in these 
areas will provide opportunities for successful 
candidates to guide the growth and development 
of the Department. Resources will be available 
for state-of-the-art laboratories for research and 
instruction. Strong research support will be 
made available and tailored to the needs of suc¬ 
cessful applicants in these areas. Interactions 
with various research groups on campus, includ¬ 
ing the Center for Robotic Systems in Micro¬ 
electronics, The Center for Computational Sci¬ 
ences and Engineering, The Institute for Theo¬ 
retical Physics, and The Cognitive Science Pro¬ 
gram, will be strongly encouraged and supported. 
Applicants must possess a doctoral degree, and 
senior applicants must have an extremely strong 
record of research accomplishments. Teaching 
experience is desirable. Deadline for receipt of 
applications is January 31, 1988. Send resume 
and names of referees to: 

Chairman, Planning and Recruitment 
Committee 

Department of Computer Science 
University of California 
Santa Barbara, CA 93106 
Proof of U.S. citizenship or eligibility for U.S. 
employment will be required prior to employ¬ 
ment (Immigration Reform and Control Act of 
1986). The University of California is an Equal Op¬ 
portunity/Affirmative Action Employer. 

UNIVERSITY OF PITTSBURGH 
Department of Electrical Engineering 

The Department of Electrical Engineering invites 
applications and nominations for tenure track 
positions in computer engineering, beginning 
January, or September, 1988. One appointment 
will be a senior position at the full professor rank 
and the other will be a junior position at the 
assistant professor rank. All candidates must 
have a Ph.D. degree. Candidates for assistant 
professor should have a strong commitment to 
teaching and research; candidates for the senior 
position must have an established record of 
scholarly research and effective teaching. The 
Department has 600 undergraduate students 
and 170 graduate students enrolled in the MS 
and Ph.D. programs. The University has exten¬ 
sive research and computational facilities, in¬ 
cluding optical interlinks with the Cray X-MP/48 
supercomputer. 

Qualified applicants should send their resume 

Chairman, Search Committee 
Department of Electrical Engineering 
University of Pittsburgh 
Pittsburgh, PA 15261 

An Equal Opportunity/Affirmative Action 
Employer. 


WASHINGTON UNIVERSITY 
St. Louis 

Regular Faculty Positions in Computer Science 

The Department of Computer Science at Wash¬ 
ington University in St. Louis is expanding its 
research program and invites applications for 
regular (tenure-track) faculty positions at the 
Assistant, Associate and Full Professor levels. 
Applicants should hold the Ph.D. or D.Sc. degree 
in Computer Science and have a strong commit¬ 
ment to and record of accomplishment in 
research. 

The Department of Computer Science has a well- 
respected undergraduate program and a growing 
graduate program. Research activities have 
flourished in recent years and have three foci: 
concurrent systems, communications systems, 
and intelligent computer systems, with an em¬ 
phasis on the use of visualization as a tool in 
each case. Support for these research programs 
is from NSF, NIH, ONR, DMA and a large number 
of industrial sponsors. 

Current departmental research in concurrent 
systems includes the formal foundations of con¬ 
current computation, programming languages 
and methodologies for the design of concurrent 
systems, system interconnection networks and 
parallel architectures and algorithms. The 
department is also engaged in research on the 
design of fast packet-switching systems capa¬ 
ble of a variety of applications (including voice, 
data and video). Of particular interest are can¬ 
didates with backgrounds in communications 
systems architecture, communications soft¬ 
ware, or performance analysis. In the area of in¬ 
telligent computer systems, present research 
projects include computer vision, image pro¬ 
cessing, visual programming, speech recogni¬ 
tion, expert systems and deductive databases. 
Individuals with backgrounds in any of these 
areas are encouraged to apply. 

Qualified applicants may send a vita and names 
and addresses of at least three references to Dr. 
Jerome R. Cox, Jr., Chairman, Department of 
Computer Science, Washington University, 
Campus Box 1045, St. Louis, Missouri 63130. 
Applications are requested by February 1,1988. 
Washington University is an equal opportunity/ 
affirmative action employer. 


CALIFORNIA STATE UNIVERSITY, 
NORTHRIDGE 

Applications are invited for tenure-track, visiting, 
or lecturer positions at the Assistant level begin¬ 
ning late August 1988. A Ph.D. in Computer 
Science or a closely related area is preferred but 
candidates with an M.S. degree and significant 
professional experience will be considered. 
CSUN is located in the San Fernando Valley, 25 
miles northwest of downtown Los Angeles. 
Many high technology industries in the Valley 
provide excellent opportunities for consulting 
and research. With a half hour drive one can reach 
downtown Los Angeles, the beach, or the moun- 

The Computer Science Department has about 
800 undergraduates, 200 graduates and 20 full¬ 
time faculty. Classes are small with fewer than 
30 students in each. The main mission is 
teaching, but research and publication are nor¬ 
mally required for promotion. 

Interested candidates must send a letter of ap¬ 
plication with a resume and have three letters of 
reference forwarded to the department by March 
1,1988 for consideration in the initial screening. 
Recruitment will continue until positions are fill¬ 
ed but no later than August 14, 1988. Please 
apply to Chair of Search Committee, Department 
of Computer Science, California State Universi¬ 
ty, Northridge, CA 91330. 

An Equal Opportunity/Affirmative Action/Title IX 
Employer. 
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PURDUE UNIVERSITY 
Computer Engineering Faculty Positions 

The School of Electrical Engineering at Purdue 
University seeks outstanding candidates in all 
areas of Computer Engineering for research and 
teaching. Openings are for tenure-track faculty 
at all levels. Active research areas include ar¬ 
tificial intelligence and expert systems; com¬ 
puter communication networks; computer vision; 
design automation tools; digital signal pro¬ 
cessor system design; distributed algorithms 
and databases; fault-tolerant and testable com¬ 
puting; microprocessor design; neural networks; 
parallel processing (architecture, algorithms, 
operating systems, compiling, languages, inter¬ 
connection networks, and performance); robot 
vision, sensors and control; software engineer¬ 
ing; speech processing; and VLSI architecture. 
The School has over 70 full-time faculty (26 in 
Computer Engineering), and over $8M in funded 
research projects. In addition to the Ph.D., 
MSEE, and BSEE degrees, the School offers a 
BSCEE (Bachelor of Science in Computer and 
Electrical Engineering) which is accredited in 
both Computer Engineering and Electrical Engi¬ 
neering. Computing facilities available to the 
faculty include the Engineering Computer Net¬ 
work (including 17 VAX 11/780’s running UNIX 
BSD 4.3, 4 Gould PN 9080’s, a CCI PN 6/32, and 
115 Sun workstations), the Computing Center's 
Cyber-205 supercomputer, a Symbolics LISP 
machine, extensive graphics facilities, and 
numerous PC’s. Parallel computing facilities in¬ 
clude a 128-node Ncube hypercube, a 48x48 pro¬ 
cessor NCR-GAPP processor array, a 10-proces- 
sor Transputer array, the 30-processor PASM 
Parallel Processor prototype that was developed 
and built at Purdue, and the Computing Center’s 
Sequent Balance 21000. Custom VLSI chip 
facilities include an IBM Master Image System. 
Equipment in the Robot Vision Lab and Com¬ 
puter Vision and Image Processing Lab includes 
a Puma 762 robot, a Cincinnati Milacron T3-726 
robot, a K2A Cybermation mobile robot, and 
Gould/DeAnza, Comtal, Grinnell, and Imaging 
Technologies image processing systems. Sup¬ 
port facilities provided by the School include a 
technical typing pool and a graphics illustrator. 
Applicants must possess a doctorate degree. 
Send a resume, including a statement of teach¬ 
ing and research interests and a list of at least 
three references to: Head, School of Electrical 
Engineering, Purdue University, West Lafayette, 
IN 47907. Purdue University is an Equal Oppor¬ 
tunity/Affirmative Action employer. 


CLEVELAND STATE UNIVERSITY 

TENURE-TRACK FACULTY: The Department of 
Computer and Information Science at Cleveland 
State University has a tenure-track position at 
any level to begin Fall, 1988. Responsibilities in¬ 
clude teaching (two courses/quarter) & research 
participation. Salary is very competitive. Quali¬ 
fications: Ph.D. in Computer Science, MIS, Com¬ 
puter Engineering, or a closely related field. For 
instructor positions, Ph.D. candidates with some 
or substantial progress on a dissertation will be 
considered. Close relationships to business, 
engineering, science, and other departments 
provide an environment conducive to research 
and consulting. In addition to university com¬ 
puting facilities, the department provides its 
own laboratories using VAX and other com¬ 
puters running UNIX and VMS and state-of-the- 
art software for faculty and students. Faculty of¬ 
fices are equipped with personal computers. In¬ 
quiries and vita should be sent to: Dr. Thomas S. 
Heines, Chairperson, Computer & Information 
Science Dept., Cleveland State University, E. 
24th & Euclid Ave., Cleveland, OH 44115. EOE, 
m/f/h. 


UNIVERSITY OF SOUTHWESTERN LOUISIANA 
The Center for Advanced Computer Studies 
Research Faculty—Teaching Faculty 
Graduate Fellowships/Assistantships 
in Computer Science/Engineering 

The Center for Advanced Computer Studies is a 
research center with programs leading to 
MS/PhD degrees in Computer Science and Com¬ 
puter Engineering. External grants/contracts 
support research in a variety of areas. The Com¬ 
puting Research Laboratory includes a 40-node 
Sun-3 network, an Encore parallel processing 
system, 2 VAX 11/780s, logic development 
systems, laser printers, plotters, and other 
equipment. Instruction utilizes a 3-processor 
Pyramid 90X network running UNIX and an IBM 
3090-200 with a vector processor. Another well- 
equipped facility supports research in CAD/ 
CAM. About 300 students are enrolled in com¬ 
puting graduate programs, including 120 for the 
PhD. The undergraduate program in the Com¬ 
puter Science Department is accredited by 
CSAB and offers both scientific and commercial 
options, with a current enrollment of 610. The 
undergraduate program in the Electrical and 
Computer Engineering Department is accredited 
by ABET and offers an option in Computer Engi¬ 
neering, with a current enrollment of 250. 


RESEARCH FACULTY: Applications are invited 
from persons holding PhD degrees with demon¬ 
strated research capabilities in Computer 
Science/Engineering. Persons appointed as 
Assistant Professors must hold PhDs in Com¬ 
puter Science/Engineering and have research 
potential. Associate Professors and Professors 
must hold PhDs and have an established re¬ 
search publication and grant record. The typical 
teaching load is 2 graduate-level courses per 
year and a continuing research seminar. Salaries 
range from $50,000 to over $100,000 per year. Ex¬ 
cellent support for travel, equipment, research 
assistants, and professional activities is pro¬ 
vided so you can achieve your professional 
goals. To apply, send a copy of your resume and 
the names and addresses of at least 3 profes¬ 
sional references. Applications will be con¬ 
sidered until all positions are filled. 

TEACHING FACULTY: Tenure track positions 
are available for persons holding PhD degrees in 
Computer Science or Computer Engineering 
with a strong commitment to teaching under¬ 
graduates. Demonstrated interest and potential 
for performing limited independent research is 
desirable. Duties include teaching, advising, cur¬ 
riculum development, and program evaluation. 
Competitive salaries, support for travel, well 
equipped laboratories, and graduate assistant 
support provide an environment for quality in¬ 
struction. To apply, send a copy of your resume 
and the names and addresses of at least 3 pro¬ 
fessional references. Applications will be con¬ 
sidered until all positions are filled. 

PhD FELLOWSHIPS: A number of PhD Fellow¬ 
ships valued at up to $18,000 per year are 
available. They provide support for up to 4 years 
of study towards the PhD in Computer Science 
or Computer Engineering. Recipients also re¬ 
ceive preference for low-cost campus housing. 
Applications must be received by 15 February 
1988. 

MS/PhD ASSISTANTSHIPS: More than 100 
teaching and research assistantships are avail¬ 
able to support students pursuing an MS or PhD 
degree in Computer Science or Computer Engi¬ 
neering. Stipends are valued at up to $10,000 per 
academic year. Applications must be received 
by 1 March 1988. 

APPLICATIONS: Dr. Terry M. Walker, Director, 
The Center for Advanced Computer Studies, 
Lafayette, LA 70504-4330. Phone: (318) 231-6284. 
An Affirmative Action/Equal Opportunity 
Employer. 


UNIVERSITY OF CALIFORNIA, DAVIS 
Faculty Positions in Electrical Engineering 
and Computer Science 

The Department of Electrical Engineering and 
Computer Science at UC Davis invites applica¬ 
tions for tenure track positions at all ranks. The 
primary areas of interest are image processing, 
computer engineering, and computer science. 
The department, with forty-six faculty members 
and 150 full-time graduate students, is experi¬ 
encing rapid growth. Our College is the nation’s 
sixteenth largest producer of engineering 
Ph.D.’s in a University which has the nineteenth 
largest extramural research funding. Salary and 
benefits are extremely attractive. 

Davis is a pleasant, family-oriented community 
near Sacramento, within easy driving distance to 
Silicon Valley, the Lawrence Livermore National 
Laboratory, San Francisco, the Pacific Ocean, 
and the Sierra Nevada Mountains. 

We are seeking individuals with strong records 
of teaching and research with ambitious plans. 
Senior appointments require outstanding re¬ 
cords of achievement; junior appointments must 
show evidence of great promise. All faculty are 
expected to have a strong commitment to teach¬ 
ing at all degree levels, and to demonstrate the 
ability to attract significant research support. 
The positions require a Ph.D. degree or equival¬ 
ent, and are open until filled. Send a resume and 
the names of at least three references to: 
Professor S. Louis Hakimi, Chair 
Department of Electrical Engineering and 
Computer Science 
University of California 
Davis, CA 95616 

The University of California, Davis, is an equal 
opportunity/affirmative action employer. 


WESTERN WASHINGTON UNIVERSITY 

The Computer Science Department invites ap¬ 
plications for a tenure-track position starting 
September, 1988. Ph.D. in Computer Science or 
in a closely related field is required. There is 
need to staff the mainline undergraduate 
courses and to strengthen the masters’ program. 
For more information, please contact James 
Johnson, Chair; Computer Science Dept.; 
Western Washington University; Bellingham, 
Washington 98225. CSNET address: 
johnson@wwu.edu. Applications will be taken 
until March 20, or until the position is filled. 
WWU is an EO/AA employer. 


HARVEY MUDD COLLEGE 
Position Announcement in Computer Science 

Applications are invited for a tenure track posi¬ 
tion in Computer Science at the Assistant Pro¬ 
fessor Level beginning July 1988. An applicant 
should have a Ph.D. in Computer Science and 
have a strong interest in both undergraduate 
teaching and research. Responsibilities include 
teaching, research, curriculum development, 
and the supervision of industrially-sponsored 
projects in computer science. The Computer 
Science Department’s facilities include a net¬ 
work composed of a VAX 11/750 and a Sequent 
B21K. The Computer Science network is also in¬ 
terfaced with the college network of VMS 
machines: a Micro VAX 2, 4 VAX 11/750S and a 
VAX 8600. 

Harvey Mudd College, one of the nation’s most 
selective undergraduate colleges, is a member 
of the Claremont Colleges. The College is an 
equal opportunity/affirmative action employer. 
Please send resume and the names of four 
references to Professor Michael A. Erlinger, 
Chairman, Computer Science Search Commit¬ 
tee, Harvey Mudd College, Claremont, CA 91711. 
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UNIVERSITY OF HOUSTON 

Applications are invited for tenure track faculty 
positions in the Department of Computer Sci¬ 
ence starting September 1988. Areas of special 
interest include but not limited to artificial in¬ 
telligence, computer architecture, operating 
systems, programming languages and software 
engineering. Rank and salary are open and com¬ 
petitive. The Department is interested in expan¬ 
ding its research program and particularly wel¬ 
come applicants for senior positions. Applicants 
should have a Ph.D. in Computer Science or a 
closely related area, and a strong commitment to 
research and teaching. Candidates for senior 
positions should also have a distinguished re¬ 
search record. The Department offers Ph.D., 
M.S., and B.S. in Computer Science. Departmen¬ 
tal research facilities include a network of SUN 
Workstations, VAX 11/780 and VAX 11/730’s, a 
network of AT + T 3B20 and 3B2’s and access to 
other computing facilities in the University Com¬ 
puter Center as well as supercomputers via re¬ 
mote access terminals. Send resume and names 
of professional references to Dr. Willis King, 
Chairman, Department of Computer Science, 
University of Houston, Houston, Texas 77004. An 
Equal Opportunity/Affirmative Action Employer. 


UNIVERSITY OF MARYLAND UNIVERSITY 
COLLEGE 

FACULTY FOR EUROPE AND ASIA 

Planning a sabbatical or leave of absence? The 
University of Maryland University College seeks 
excellent lecturers for undergraduate computer 
science, computer applications, and information 
systems management courses on U.S. military 
bases in Europe and in Asia and the Pacific. 
Renewable annual appointments begin August 
1988. Minimum requirements include a master’s 
degree in computer science or a related field, re¬ 
cent college teaching experience, and U.S. 
citizenship. Benefits include transportation and 
military base privileges. Frequent travel and the 
cost of schooling make these positions difficult 
for those with children. Send resume to Dr. 
Ralph E. Millis, Overseas Programs, The Univer¬ 
sity of Maryland University College, College 
Park, MD 20742-1642. AA/EEO. 


NORTH TEXAS STATE UNIVERSITY 
COLLEGE OF ARTS AND SCIENCES 
Department of Computer Sciences 

The Department invites applications for tenure- 
track faculty positions at the rank of assistant 
professor, pending budgetary approval, in all 
areas of computer science. A Ph.D. in computer 
science or a related field and evidence of a 
strong commitment to research and teaching are 
required. Salary is competitive. In an exceptional 
case, the position may be filled at a more senior 

This growing department offers BS/MS/Ph.D. 
programs to approximately 800 undergraduate 
and 250 graduate majors. North Texas State 
University is an emerging national research in¬ 
stitution with excellent facilities to support both 
research and instruction in the vibrant and rapid¬ 
ly expanding Dallas-Fort Worth metropolitan 
area with over 700 regular faculty and over 22,000 
students (one third graduate students). 
Applicants should submit their resumes, in¬ 
cluding the names of three references, to R.T. 
Jacob, Search Committee Chairman, Depart¬ 
ment of Computer Sciences, P.O. Box 13886, 
North Texas State University, Denton, Texas 
76203. 

NTSU is an Affirmative Action/Equal Opportunity 
Employer. 


UNIVERSITY OF SOUTH FLORIDA 
Computer Science & Engineering 

The Department of Computer Science and Engi¬ 
neering invites applications for faculty positions 
at the following levels: Assistant Professors, 
Associate Professors and Full Professor. The 
University of South Florida is the second largest 
university in Florida, with a current enrollment of 
over 25,000. It is located on a 1,700 acre campus 
at the northeast edge of the sunny megatrend city 
of Tampa. The Tampa metropolitan area is one of 
the largest and fastest growing in Florida, offer¬ 
ing a wide variety of cultural, entertainment, and 
sports activities. The cost of living is moderate 
and the quality of life is excellent. The area sur¬ 
rounding the University is experiencing dramatic 
growth in industry and medical facilities. A variety 
of firms are located near the campus, including 
Honeywell, Sperry, IBM, GTE Data Services, 
E-Systems, and AT&T. 

The Department of Computer Science and Engi¬ 
neering is approximately 6 years old. It offers 
Bachelors, Masters and Ph.D. degrees in both 
Computer Science and Computer Engineering. 
The department is housed in a new ten million 
dollar complex, and the size of the faculty is 
scheduled for rapid expansion over the next 
three years. A million-dollar endowed chair posi¬ 
tion was recently announced. Applicants for 
positions at all levels are especially invited in the 
areas of Computer Architecture, Distributed 
Computing/Networking, Computer Vision/Gra- 
phics/lmage Processing, Artificial Intelligence, 
and Software Engineering. Exceptional appli¬ 
cants in other areas are welcome. 

Applicants should send a resume and the names 
of three references to: Faculty Search Commit¬ 
tee, Computer Science and Engineering, Univer¬ 
sity of South Florida, Tampa, FL 33620. USF is an 
equal opportunity and affirmative action 
employer. 


LOUISIANA STATE UNIVERSITY 

Anticipated Faculty Position in Image Process¬ 
ing. The Department of Electrical and Computer 
Engineering and the Remote Sensing and Image 
Processing Laboratory at Louisiana State Univer¬ 
sity invites applications for an anticipated facul¬ 
ty position. Ph.D. required in Electrical Engineer¬ 
ing or Computer Engineering. The person would 
teach computer vision and computer engineer¬ 
ing courses in the Department. Researh in com¬ 
puter vision would be conducted with the Re¬ 
mote Sensing and Image Processing Laboratory 
(RSIP). The position is attractive regarding a 
teaching load balanced to provide the ability to 
develop an academic program and provide time 
and resources for developing a high quality 
research program in computer vision. The RSIP 
Laboratory has well-qualified staff and modern 
computing and image processing equipment. A 
number of peripherals including Sun and Interna¬ 
tional Imaging workstations are available. A 
comprehensive image processing system has 
been implemented in Berkeley Unix 4.3. The ap¬ 
pointment will be made at a rank appropriate 
with the qualifications of the applicant. Verifica¬ 
tion of employment eligibility in compliance 
with the new Immigration Reform and Control 
Act is required. Interested applicants should ap¬ 
ply by submitting a resume, statement of in¬ 
terests, and names and addresses of three pro¬ 
fessional references. Applications that apply by 
January 31,1988 will be given preference. Apply 
to: Professor Charles A. Harlow, Director, RSIP 
Laboratory, 150 Electrical Engineering Building, 
Louisiana State University, Baton Rouge, Loui¬ 
siana 70803-5901. LSU is an equal opportunity 
employer. 


WRIGHT STATE UNIVERSITY 
Chairperson, Computer Science and Engineering 

Wright State University seeks applications for 
Chairperson for the Department of Computer 
Science and Engineering. The Department has 
27 full time Faculty, and 150 Graduate students 
and is growing steadily in size, funding, publica¬ 
tions, and resources. It awards BS, MS, and 
PhDs in Computer Science and Computer Engi¬ 
neering. WSU is located in Dayton, half a mile 
from Wright Patterson Air Force Base and a few 
miles from NCR. The graduate program of the 
Department is located in the adjacent Miami 
Valley Research Park, where WSU is playing a 
leadership role. The Park includes federally, 
state, and industrially funded research organiza¬ 
tions such as the WSU affiliated Materials 
Center and Al Institute. The candidate will have 
earned a PhD in a related discipline, and have a 
record of funding, publication, and commitment 
to undergraduate and graduate teaching. Please 
send applications with the names of three refer¬ 
ences to the Chairperson Search Committee, 
Department of Computer Science and Engineer¬ 
ing, E and M 130, Dayton, OH 45435. Closing date 
is 1 Feb. 1988 or until the position is filled. 
Wright State University is an equal opportunity/ 
affirmative action employer. 

UNIVERSITY OF CALIFORNIA, 

SANTA BARBARA 

University of California, Santa Barbara, Electrical 
and Computer Engineering. Applications are in¬ 
vited for tenure-track faculty positions, effective 
7/1/88. Three positions are open for candidates 
experienced in millimeter-waves and micro- 
waves; image processing; computer vision; or 
mutlivariable, robust, or fault-tolerant control 
system design. Two additional positions are an¬ 
ticipated for candidates with experience in com¬ 
puter engineering or optoelectronics. The posi¬ 
tions start at the rank of Assistant Professor, 
although higher level appointments are possible 
for individuals with outstanding records. Nor¬ 
mally, completion of a doctorate is required at 
the time of the appointment. Candidates should 
have an outstanding research potential or a 
distinguished research reputation, the ability to 
attract external research funding, and a strong 
commitment to teaching at the undergraduate 
and graduate levels. Applicants should send 
their resume and the names and addresses of at 
least four professional references, along with a 
brief statement of their research specialization 
to: Chairman, Faculty Search Committee, 
Department of Electrical and Computer Engi¬ 
neering, University of California, Santa Barbara, 
CA 93106, (805) 961-3821. Applications will be 
received until the positions are filled. Proof of 
U.S. citizenship or eligibility for U.S. employment 
will be required prior to employment (Immigra¬ 
tion Reform and Control Act of 1986). An Equal 
Opportunity/Affirmative Action employer. 


CHAPMAN COLLEGE 

Computer Science and Mathematics. Chapman 
College seeks applications for two tenure-track 
positions as Assistant Professor of Computer 
Science and Mathematics beginning September 
1,1988. Teaching undergraduate courses in com¬ 
puter science and mathematics. Ph.D., outstand¬ 
ing teaching, and excellence in scholarship re¬ 
quired. Salary is commensurate with qualifica¬ 
tions and experience. Chapman College is a 
small private liberal arts/pre-professional col¬ 
lege located 30 miles south of Los Angeles. 
Send curriculum vita and three letters of refer¬ 
ence to Thomas Beck, Associate Dean of the 
Faculty, Chapman College, Orange, CA 92666. 
Deadline: February 1, 1988. Affirmative Action/ 
Equal Opportunity Employer. 
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UNIVERSITY OF WASHINGTON 

The Department of Computer Science may have 
openings for tenure-track faculty appointments 
starting in the 1988-89 academic year. We are 
particularly interested in applicants with re¬ 
search strengths in artificial intelligence, data¬ 
bases, and programming languages and compil¬ 
ers. However, applications from outstanding in¬ 
dividuals in other areas might also be considered. 
A moderate teaching load allows time for quality 
research and close involvement with students. 
We expect applicants to have a strong commit¬ 
ment to both research and teaching, and an out¬ 
standing record of research for their level. Any 
appointment should bring significant new re¬ 
search strength to the department. 

The department may also have several visiting 
positions that would require both teaching and 
research. It may be possible to hold these for 
portions of the 1988-89 academic year. 
Interested applicants should send a letter of ap¬ 
plication, a resume, and the names of four refer¬ 
ences to Paul Young, Chairman, Department of 
Computer Science FR-35, University of Washing¬ 
ton, Seattle, Washington 98195. 

The University of Washington is an Affirmative 
Action/Equal Opportunity Employer. The Ph.D. is 
required for these positions. 


OREGON STATE UNIVERSITY 
Department of Computer Science 

The Department of Computer Science invites 
qualified applicants for Assistant, Associate and 
Full Professors, tenure-track, nine-month to 
begin September 1988. Specialization in pro¬ 
gramming languages and systems, information- 
based systems, theoretical computer science, 
computer architecture, artificial intelligence or 
computer graphics is desirable. Applicants 
should have completed or expect to complete all 
requirements for a Ph.D. in computer science or 
a closely related field and should have demon¬ 
strated research and teaching potential. Can¬ 
didates for senior positions should have an 
established research reputation. Review of ap¬ 
plications will begin November 1, 1987, and will 
continue until the positions are filled. Please 
send resume, including the names of three refer¬ 
ences, to: Walter G. Rudd, Chairman, Depart¬ 
ment of Computer Science, Oregon State Univer¬ 
sity, Corvallis, OR 97331. 

Oregon State University is an equal opportunity 
affirmative action employer and complies with 
Section 504 of the Rehabilitation Act of 1973. 


LOUISIANA STATE UNIVERSITY 
Computer Faculty Positions 

The Department of Electrical and Computer 
Engineering at LSU invites applications for an¬ 
ticipated tenure-track and visiting faculty posi¬ 
tions available August 1988 in all areas of com¬ 
puter engineering, including microprocessors, 
distributed processing systems and special pur¬ 
pose architectures. A Ph D. or equivalent and 
potential for excellence in teaching and research 
are necessary. Rank is open. Salary is com¬ 
petitive and commensurate with qualifications 
and experience. Release time and resources are 
provided in order to enhance the development of 
a quality research program. Opportunities for 
summer support are available. Send resume, 
names of three references, verification of 
employment eligibility in compliance with the 
new Immigration Reform and Control Act, and a 
statement of teaching and research interests to: 
Alan H. Marshak, Chairman, Electrical and Com¬ 
puter Engineering, Louisiana State University, 
Baton Rouge, LA 70803-5901. LSU is an Equal 
Opportunity Employer. 


INDIANA UNIVERSITY-PURDUE UNIVERSITY 
At Indianapolis 

The Department of Computer and Information 
Science invites applications for tenure track 
positions in all specialties. A Ph.D. in Computer 
Science or related field is required. Duties in¬ 
clude research and six hours teaching. Rank and 
salary depend upon the candidate's qualifica¬ 
tions. The positions are open until filled. 

The Department is embarking on a significant 
expansion of its research efforts. Successful 
candidates will play a prominent role in this ef¬ 
fort, as well as contribute to the growth of a ma¬ 
jor institution. The Department especially seeks 
individuals who will participate in its ongoing 
research in Applied Software and in Program¬ 
ming Languages. 

The Purdue School of Science, in which the 
Department resides, is a major part of Indiana 
University-Purdue University at Indianapolis. 
IUPUI, a state university with an enrollment of 
over 23,000 students, has a mission to interact 
with the dynamic industrial community centered 
around Indianapolis. Its unique relationship with 
Purdue University at West Lafayette and Indiana 
University at Bloomington affords opportunities 
for joint research. The six-hospital Medical 
Center at IUPUI is yet another source of cross- 
disciplinary research for the Department. Out¬ 
standing computing facilities include a network 
of IBM, DEC, CDC and Prime machines. 
Indianapolis itself has received national recogni¬ 
tion as one of the best U.S. cities in which to live. 
Host of the 1987 Pan American Games, it enjoys 
numerous recreational and cultural activities, in¬ 
cluding a symphony, opera, and various theater 
groups. Its moderate cost of living and progres¬ 
sive civic leadership foster this rich environment. 
Please send resumes and references to Dr. An¬ 
drew Olson, Chairman, Department of Computer 
& Information Science, Box 647, IUPUI, In¬ 
dianapolis, IN 46223. IUPUI is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


THE UNIVERSITY OF TENNESSEE 
SPACE INSTITUTE 

Faculty Positions in Computer Science 

Applications are invited for tenure track posi¬ 
tions at all levels. A Ph.D. in computer science or 
a closely related area and a commitment to re¬ 
search and teaching are required. Candidates 
from all areas of computer science will be con¬ 
sidered; however, preference will be given to 
candidates with expertise in artificial intelli¬ 
gence or robotics. UTSI offers M.S. and Ph.D. 
degrees in computer science with emphasis on 
applied artificial intelligence, expert systems 
and robotics. 

UTSI is a multidisciplinary graduate institute of¬ 
fering degree programs and research in engi¬ 
neering, physics, applied mathematics and com¬ 
puter science. Emphasis is placed on research 
and graduate-level instruction. In addition to a 
VAX/780 and VAX/785, two Symbolics 3600 Lisp 
machines are available for research as well as 
linkages to computers at The University of Ten¬ 
nessee in Knoxville and supercomputers at vari¬ 
ous locations. 

Rank and salaries for these positions are open 
and commensurate with qualifications. Fringe 
benefits include group life and medical in¬ 
surance, TIAA/CREF, and reduced tuition for 
dependents. UTSI occupies a scenic 365 acre 
lakeshore campus. 

Send a detailed resume and names of three refer¬ 
ences to: Professor Moonis Ali, Chairman, Com¬ 
puter Science Committee, The University of Ten¬ 
nessee Space Institute, Tullahoma, TN 37388. 
(phone: (615) 455-0631, ext. 283). 

UTSI is an AA/EEO employer 


THE HARTFORD GRADUATE CENTER 
Affiliated with Rensselaer Polytechnic Institute 
Computer Science Faculty 

The Hartford Graduate Center is an independent 
institution accredited to award Master's degrees 
from Rensselaer Polytechnic Institute of Troy, 
New York as well as in its own right. The Gradu¬ 
ate Center invites applications for faculty posi¬ 
tions, at all levels, in the Department of Com¬ 
puter Science, for the Fall 1988 semester. 
Research interests within the Department in¬ 
clude Computer Vision, Human-Computer Inter¬ 
action, Software Engineering, Operating Sys¬ 
tems, Computer Engineering, and Database. The 
Department maintains a superb workstation- 
based computing facility (Sun 3 and Apollo) to 
support these interests and the teaching program. 
A Ph.D. in Computer Science or a related area is 
required. Preference will be given to those ap¬ 
plicants with a background in Computer Com¬ 
munications Networks, Software Engineering, or 
Artificial Intelligence. Closing date for applica¬ 
tions is May 15,1988, and the projected starting 
date for the appointment is for the ’88-’89 
academic year. 

Direct vita, along with three references to: 

Michael M. Danchak 
Dean, Engineering and Science 
The Hartford Graduate Center 
275 Windsor St. 

Hartford, CT 06120-2991 

The Hartford Graduate Center is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


UNIVERSITY OF WISCONSIN-MILWAUKEE 
Department of Electrical Engineering and 
Computer Science 

The Department expects to have Computer 
Science faculty openings. Candidates should 
have a Ph.D. in Computer Science or a closely 
related discipline. A strong commitment to 
research and teaching is expected. Senior can¬ 
didates should have an excellent research 
record. Areas of special interest are: artificial in¬ 
telligence, networks, compilers, software engi¬ 
neering, and theory. 

The Department’s current research strengths in¬ 
clude theory, architecture, parallel computation, 
data-security and databases. The University 
campus is located near the shores of Lake 
Michigan and is close to pleasant and beautiful 
residential areas. Interested persons should 
send a resume with three references to: 
Professor K. Vairavan 
Chairman—Computer Science 
Dept, of Elec. Eng. and Comp. Scl. 

UW—Milwaukee 
P.O. Box 784 
Milwaukee, Wl 53201 


VANDERBILT UNIVERSITY 
Electrical Engineering 

Applications for faculty positions at all ranks in 
computer engineering are solicited from highly 
qualified individuals. Individuals will be selected 
primarily for their ability or potential to conduct 
research and to participate in a department com¬ 
mitted to an expansion of its graduate, research 
and instructional programs. The School of Engi¬ 
neering is the oldest and largest private engi¬ 
neering school in the South. Vanderbilt is lo¬ 
cated in Nashville, TN, one of the South’s most 
rapidly expanding metropolitan areas. Highly 
qualified applicants should send their resumes 
and the names of three references to: EE Search 
Committee, Electrical Engineering, Vanderbilt 
University, Box 1824, Station B, Nashville, TN 
37235. Vanderbilt University is an Affirmative Ac¬ 
tion/Equal Opportunity Employer. 
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SYSTEM SCIENTIST 


Research and development of high performance 
software and hardware subsystems for next 
generation of integrated raster/vector products, 
including developing intelligent document 
management systems, geometric algorithms, 
and object managers with cachable objects. 
Identify performance limitations in products and 
develop algorithms to alleviate problems. Ph.D. 
in Computer Science required with extensive 
knowledge and background in building relational 
database systems and special hardware acceler¬ 
ators for relational database management. Ex¬ 
perience required in design of high-performance 
hardware accelerators and specialization in ar¬ 
tificial intelligence expert systems' optimization 
and partitioning. $47,000 per year. Send resume 
to Carnegie Job Service, 140 E. Mall Plaza, P.O. 
Box 267, Carnegie, PA 15106. Refer to Job Order 
No. 3713514. 


UNIVERSITY OF ALBERTA 
DEPARTMENT OF COMPUTING SCIENCE 

Applications are invited for two tenure-track 
positions at the Assistant/Associate Professor 
level. Responsibilities include research as well 
as teaching at the graduate and undergraduate 
levels. Strong candidates from all research areas 
will be considered, but areas of special interests 
include database systems, VLSI/computer ar¬ 
chitecture, operating systems, numerical 
analysis and computer graphics. Current hard¬ 
ware support includes an Amdahl 5870, a net¬ 
work of four VAX 11/780’s and about thirty Sun 
Workstations, and well-equipped microcom¬ 
puter and workstation laboratories for graphics, 
VLSI, and Al research. Access to a Cyber 205 is 
available. Salary is commensurate with qualifica¬ 
tions and experience. Send curriculum vitae, 
names of three references, and up to three 
reprints or copies of important publications. 
New PhD’s should also include a copy of their 
transcript. Apply to: 

Dr. Lee J. White 

Department of Computing Science 
University of Alberta 
Edmonton, Alberta 
Canada 
T6G 2H1 

Applications will be accepted until January 31, 
1988. The University of Alberta is committed to 
the principle of equity of employment, but in ac¬ 
cordance with Canadian Immigration regula¬ 
tions, priority will be given to Canadian citizens 
and permanent residents. 


Increase Your Career Opportunities 
INTENSIVE FIVE DAY COURSE ON 
“Artificial Intelligence: 

Principles and Applications” 

For Engineers, Computer Scientists, 
and Technical Managers 
Feb. 22-26, St. Petersburg Beach Hilton 
8:30 am ■ 5 pm, St. Petersburg Beach, FL 

TOPICS: Languages for Al (Lisp and Prolog); 
Foundations of Al: What is Al, Analogical 
Reasoning, Goal Reduction and AND-OR Trees, 
Use of Constraints, Searching, MEA, Generate 
and Test, Rule-Based (Expert) Systems, Formal 
Logic; Overview of Applications: Knowledge 
Representation, Natural Language, Expert 
Systems, Software Applications, Vision and 
Robotics, Learning. 

Registration ($750) includes text, class notes, 
and two diskettes with the two language 
interpreters. Hands-on demonstrations. 

To Register Call: 

Dr. Rafael A. Perez (813) 985-8710 
Dr. Oscar N. Garcia (301) 229-0166 


THE OHIO STATE UNIVERSITY 
Department of Computer and 
Information Science 

Applications are invited for faculty positions at 
all levels. A Ph.D. in computer science or a close¬ 
ly related field is required. Of special interest are 
candidates in the areas of artificial intelligence, 
computer graphics, databases, numerical analy¬ 
sis, programming languages, operating systems, 
parallel and distributed computing, software 
engineering, and VLSI design. Special research 
support packages are available for highly quali¬ 
fied candidates. 

Computing facilities within the Department in¬ 
clude a DEC-2060, three Pyramids, 20 Sun-3 
workstations, 10 IBM RTs, 15 Xerox LISP 
machines, an Intel iPSC/5 Hypercube, an Encore 
Multimax, a BBN Butterfly, numerous other 
systems for graphics, robotics, etc., and over 300 
Macintoshes. Macs are used in introductory 
computing courses. An additional 200 Sun-3 
workstations and 6 Hewlett Packard color 
graphics workstations will be installed this year 
for other instructional use. The OSU Computing 
Center facilities include a Cray XMP, IBM 
3081-D, and several IBM 4341s. All systems are 
attached to a campus-wide fiber optic network 
(Pronet 80) using TCP/IP protocols. Access is 
available to the national networks (ARPANET, 
CSNET, BITNET, USENET). 

To apply, please send application and resume to 
Prof. Ming T. (Mike) Liu, Chairman of Faculty 
Search Committee, Department of Computer 
and Information Science, The Ohio State Univer¬ 
sity, 2036 Neil Avenue, Columbus, Ohio 43210- 
1277 Ohio-State.) In order to expedite considera¬ 
tion, please ask three references to send their 
confidential letters directly to Prof. Liu. The Ohio 
State University is an equal opportunity/affir¬ 
mative action employer. 


AUBURN UNIVERSITY 
Department Head 

Computer Science and Engineering 
Department 

The Computer Science and Engineering Depart¬ 
ment of Auburn University, Auburn, Alabama, in¬ 
vites applications for the position of department 
head. This position also includes appointment at 
a professorial rank in the College of Engineering. 
Qualified persons with a solid record of achieve¬ 
ment and the desire to lead a growing, research- 
oriented department are encouraged to apply. 
The Department has eleven full-time faculty 
members and offers the Bachelor’s degree in 
both Computer Science and Computer Engineer¬ 
ing, as well as the M.S. and Ph.D. degrees. The 
undergraduate program is both ABET and CSAB 
accredited. Departmental equipment includes a 
VAX 11/780, MICROVAX II, a Network of Tl Ex¬ 
plorers, Apollo Workstation, and an array of 
microcomputers. Campus-wide facilities in¬ 
clude an IBM 3083, VAX 11/785, VAX 8200, VAX 
8250 and a host of IBM PC’s. In addition, Auburn 
is a member of the Alabama Supercomputer Net¬ 
work which includes a CRAY X-MP/24. 

The quality of life available in the Auburn Com¬ 
munity is superb; it is a college-town at¬ 
mosphere and the city is strategically located 
close to several large metropolitan centers such 
as Atlanta and Montgomery. Salary is commen¬ 
surate with education and experience. Nomina¬ 
tions and applications should be sent to J. David 
Irwin, Chairman, CSE Department Head Search 
Committee, Electrical Engineering Department, 
Auburn University, AL 36849-5201. The commit¬ 
tee will begin reviewing applications on March 1, 
1988. Auburn University is an Equal Opportunity/ 
Affirmative Action Employer and Women and 
minorities are encouraged to apply. 


THE HARTFORD GRADUATE CENTER 
Affiliated with Rensselaer Polytechnic Institute 
Department Chair—Computer Science 
Search Reopened 

The Hartford Graduate Center is an independent 
institution accredited to award Master's degrees 
from Rensselaer Polytechnic Institute of Troy, 
New York as well as in its own right. The 
Graduate Center invites applications from ex¬ 
perienced persons for the position of Chairper¬ 
son, Department of Computer Science, for the 
Fall 1988 semester. 

Research interests within the Department in¬ 
clude Computer Vision, Human-Computer Inter¬ 
action, Software Engineering, Operating Sys¬ 
tems, Computer Engineering and Database. The 
Department maintains a superb workstation- 
based computing facility (Sun 3 and Apollo) to 
support these interests and the teaching program. 
A Ph.D. in Computer Science or a related area is 
required. Preference will be given to those ap¬ 
plicants with a background in Computer Com¬ 
munications Networks, Software Engineering, or 
Artificial Intelligence. Closing date for applica¬ 
tions is May 15,1988, and the projected starting 
date for the appointment is for the ’88-’89 
academic year. 

Direct vita, along with three references to: 

Michael M. Danchak 
Dean, Engineering and Science 
The Hartford Graduate Center 
275 Windsor St. 

Hartford, CT 06120-2991 

The Hartford Graduate Center is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 

STANFORD UNIVERSITY 
Faculty Openings 

The Departments of Electrical Engineering and 
Computer Science have a number of openings 
for regular and adjunct faculty and research posi¬ 
tions. Applications are invited. Applicants 
should have a demonstrated research ability in 
one or more areas of computer hardware and 
software such as VLSI design, computer archi¬ 
tecture, operating systems, or programming 
languages. 

All applicants will be considered for positions 
beginning with the fall quarter 1988. 

Stanford University is an affirmative action, 
Equal Opportunity Employer and welcomes ap¬ 
plications from women and minority groups. 
Please submit, as soon as possible, a detailed 
resume, including references to Professor John 
Hennessy, Chairman, Search Committee, Com¬ 
puter Systems Laboratory, Department of Elec¬ 
trical Engineering, Stanford University, Stanford, 
California 94305. 


CLEMSON UNIVERSITY 

ELECTRICAL and COMPUTER ENGINEERING 
at CLEMSON UNIVERSITY is seeking applicants 
for tenure-track positions in Computer Engineer¬ 
ing program offering BS, MS and PhD degrees. 
All areas of computer engineering are of interest, 
with special emphasis on distributed system 
software and hardware, computer networking 
and computer architecture. Tenure-Track Posi¬ 
tions in Electrical Engineering degree program 
also available, with areas of specialization in¬ 
cluding microelectronics, reliability, robotics, 
communications, signal processing, electro¬ 
magnetics and power. Visiting Positions may 
also be available. Applicants for Tenure Track 
positions must have a PhD and a strong interest 
in teaching and research. Research Associate 
positions (BS, MS) are also available. Send 
resumes to Dr. A. Wayne Bennett, E&CE Depart¬ 
ment, Clemson University, Clemson, S.C. 
29634-0915. Clemson is an Equal Opportunity/Af¬ 
firmative Action Employer. 
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SUNY COLLEGE AT PLATTSBURGH 
Assistant Associate Professor 
Qualified Ethnic Minorities are 
encouraged to apply 

SUNY College at Plattsburgh has vacancies for 
tenure track and visiting positions in the Com¬ 
puter Science Department beginning September 
1988. All specialties considered with preference 
for persons in Hardware, Systems Programming, 
and Applied Computer Science. Plattsburgh 
State has a strong undergraduate program in 
Computer Science within a Liberal Arts setting. 
Qualifications: Ph.D. in Computer Science or 
related discipline, MA or MS considered from 
persons with strong research-oriented experi¬ 
ence in government or industry. 

Duties: Teach courses at all levels in Computer 
Science; Assist in continuing review and devel¬ 
opment of curriculum and develop research 
programs. 

Plattsburgh is located in the northeast corner of 
New York State on the western shore of Lake 
Champlain near the Adirondack Mountains, one 
hour from Montreal, Lake Placid and Burlington, 
Vermont. 

Please submit letter of application, current 
resume and three current letters of reference by 
February 29, 1988 to: 

Chairman, Computer Science Search Committee 
SUNY Plattsburgh 
Box 1489-1001 

Plattsburgh, New York 12901 
SUNY is an Equal Opportunity/Affirmative Ac¬ 
tion Employer. 


OREGON STATE UNIVERSITY 
Department of Computer Science 

The Department of Computer Science invites 
qualified applicants for two graduate fellow¬ 
ships in Computer Science at Oregon State Uni¬ 
versity. These will begin with the Fall Quarter of 
1988 and will carry a stipend of $10,000 per year. 
Recipients will be selected on a competitive 
basis, with undergraduate performance, scores 
on the Graduate Record Examination, and refer¬ 
ences as the primary source of information. We 
expect that recipients will enroll in the Ph.D. pro¬ 
gram in Computer Science at OSU and will devote 
their full time toward the pursuit of that degree. 
For further information and for application mate¬ 
rials, please contact 

Walter G. Rudd, Chairman 
Department of Computer Science 
Oregon State University 
Corvallis, Oregon 97331 
503-754-3273 

Oregon State University is an Affirmative Ac¬ 
tion/Equal Opportunities employer and complies 
with Section 504 of the Rehabilitation Act of 
1973. 


MANAGER, 

DIRECTORY SOFTWARE PRODUCTS 

Design software architecture for cartesian 
geometry expert system. Develop application 
software for the print-publishing industry utiliz¬ 
ing the geometric expert system. Select needed 
hardware systems and artificial intelligence 
tools. Perform design and code reviews of Com¬ 
mon Lisp and C programming. Develop new ap¬ 
plication products from knowledge engineering 
within industry. Master of Science in Computer 
Science required. Comprehensive knowledge re¬ 
quired in expert systems and the application of 
computational geometry to expert systems; ex¬ 
pertise with C, Lisp and Prolog languages; and 
expertise with ART, KEE or Knowledge Craft re¬ 
quired. $60,000/year. Send resume to Job Service 
East, 6206 Broad Street, Pittsburgh, PA 15206. 
Refer to Job Order No. 3713516. 


SOUTHERN METHODIST UNIVERSITY 
Department of Computer Science 
and Engineering 

The Department of Computer Science and 
Engineering invites applications for a tenured 
senior faculty position and regular tenure-track 
or visiting faculty positions at all ranks. Ap¬ 
plicants for the senior position should have an 
outstanding reputation in academic pursuits and 
experience in leading group research projects. 
Applicants for the regular tenure-track positions 
should have a Ph.D. degree and demonstrated re¬ 
search and teaching experience in computer sci¬ 
ence, or a related area. Salary will be commen¬ 
surate with qualification and experience. 

SMU is a private university with approximately 
9000 students. CSE is in the School of Engineer¬ 
ing and Applied Science, where a close working 
relationship exists with the Departments of Elec¬ 
trical Engineering and Operations Research of 
SEAS, and with the Mathematics Department 
and Business School. The Department has ex¬ 
tensive contacts with computer-related and 
engineering-oriented industrial firms that 
distinguish Dallas as one of the top centers for 
high technology. 

CSE presents a balanced program of research 
and education at all levels and has been offering 
Ph.D. programs for almost thirty years. Our current 
faculty strength lies in scientific computation, 
computer architecture and parallel processing, 
and knowledge/data based systems. Departmen¬ 
tal computing facilities include a VAX 11/780, two 
reconfigurable multiprocessor systems using 
INMOS T414 transputers (16 per system), several 
Sun Workstations, a PDP 11/70, three LISP 
machines, numerous personal computers, graph¬ 
ics equipment, and microprocessor develop¬ 
ment systems (for 18086/88, M68000, Z800). 
Applicants should send a complete resume, in¬ 
cluding three references to: 

D.Y.Y. Yun, Chairman 

Department of Computer Science and 

Engineering 

Southern Methodist University 
Dallas, Texas 75275-0122 
SMU is an equal opportunity/affirmative action 
employer. Applications from women and minori¬ 
ties are particularly encouraged. 


TEXAS A&M UNIVERSITY 
Department Head, Computer Science 

Texas A&M University invites applications and 
nominations for the position of Head of the 
Department of Computer Science in the College 
of Engineering. The Department of Computer 
Science conducts an educational and research 
program embracing major technical specializa¬ 
tions of the profession. The Department offers 
degrees at bachelors, masters, and doctoral 
levels and currently has approximately 1,100 
students of which 150 are graduate students. 
The candidate should hold a Ph.D. degree or 
equivalent in computer science, computer engi¬ 
neering, electrical engineering, ora related field 
and be nationally recognized in his or her field. 
The Head also holds the rank of Professor of 
Computer Science with tenure. Salary is negotia¬ 
ble. Applicants should send a vita and the 
names, addresses, and phone numbers of three 
references to Professor Kemble Bennett, Chair¬ 
man, Computer Science Department Head Search 
Committee, Department of Industrial Engineer¬ 
ing, Texas A&M University, College Station, TX 
77843. Phone (409) 845-5502. 

Applications will be accepted until the position 
is filled. Screening will begin on January 4,1988. 
Texas A&M University is an Equal Opportunity/ 
Affirmative Action Employer. Women and minor¬ 
ities are encouraged to apply. 


SEATTLE UNIVERSITY 
Software Engineering 

Seattle University invites applications fora full¬ 
time tenure-track position in its graduate pro¬ 
gram in Software Engineering, at the Assistant 
or Associate Professor level, beginning Septem¬ 
ber, 1988. Applicants are expected to hold the 
Ph.D. degree in computer science or related 
area, and to have significant experience in soft¬ 
ware development. All areas of specialty con¬ 
sidered, but preferred areas include distributed 
computer systems, networks and data communi¬ 
cations, real time systems, and human factors. 
The Software Engineering program was estab¬ 
lished in 1979, and offers the Master of Software 
Engineering degree. Although the position avail¬ 
able involves primarily teaching and other aca¬ 
demic duties in the Software Engineering pro¬ 
gram, that program is housed in a combined 
Computer Science/Software Engineering De¬ 
partment, and opportunities exist for teaching 
computer science courses at the undergraduate 
level as well. Seattle University is one of 28 
Jesuit institutions of higher education in the 
United States. It is an independent, coeduca¬ 
tional university located on a 41-acre campus in 
the seaport city of Seattle. Applicants are asked 
to submit a letter of application, resume and the 
names and addresses of three references to Dr. 
Everald E. Mills, Director, Computer Science/ 
Software Engineering, Seattle University, Seat¬ 
tle, WA 98122. Deadline for applications is March 
1, 1988. Seattle University is an Affirmative Ac¬ 
tion/Equal Opportunity Employer. 


NAVAL POSTGRADUATE SCHOOL, 
Monterey, CA 

Position Announcement in Computer Science 

The Department of Computer Science has im¬ 
mediate openings for faculty positions at all 
levels. Our primary interests are in the areas of 
operating systems, programming languages, and 
algorithms. Our secondary interests are in the 
areas of processing of visual data, real-time 
systems, and software engineering. An applicant 
should have a Ph.D. in Computer Science or a 
related field and have a strong interest in both 
graduate teaching and research. Senior appli¬ 
cants must have distinguished research records. 
Appointments can begin at any time during the 

The Department offers MS and Ph.D. degrees in 
Computer Science supported by well-equipped 
instructional/research facilities and full-time 
technical staff. The faculty normally teach for 
two quarters and conduct full-time research dur¬ 
ing the other two quarters. 

Please send a detailed resume and three letters 
of reference to: Search Committee, Computer 
Science Department (Code 52), Naval Post¬ 
graduate School, Monterey, CA 93943, tel. #(408) 
646-2449. NPS IS AN EQUAL OPPORTUNITY/AF¬ 
FIRMATIVE ACTION EMPLOYER. 


CLARKSON UNIVERSITY 
Department of Mathematics 
and Computer Science 

The Clarkson University Mathematics and Com¬ 
puter Science Department is interested in hiring 
a faculty member in the areas of pure and applied 
mathematics and computer science. Teaching 
load is six hours/week. Rank and salary are open. 
Interested applicants should send resume and 
three letters of recommendation to Professor 
Athanassios S. Fokas. Chairman, Department of 
Mathematics and Computer Science, Clarkson 
University, Potsdam, NY 13676. 

Clarkson University is an Affirmative Action/ 
Equal Employment Opportunity Employer 
MFVH (Minority, Female, Veteran, Handicap). 
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UNIVERSITY OF DELAWARE 
Department of Computer and 
Information Sciences 

Are you interested in joining the computer 
science faculty of a growing, dynamic depart¬ 
ment in an attractive university town within easy 
traveling distance to New York, Philadelphia, 
Baltimore, and Washington? The University of 
Delaware, centrally located on the East Coast, is 
recruiting for possible openings for tenure-track 
and visiting faculty positions in the Department 
of Computer and Information Sciences begin¬ 
ning September 1,1988. Strong applicants in all 
areas of computer science are encouraged to ap¬ 
ply. Special interest exists for candidates with 
research expertise in symbolic mathematical 
computation, parallel processing, artificial in¬ 
telligence, networking, graphics, programming 
languages and software engineering. 

A Ph.D. degree or its equivalent, and excellence 
in research and teaching are required. Salary and 
rank will be commensurate with the candidate’s 
qualifications and experience. 

The Computer and Information Sciences Depart¬ 
ment offers bachelor, master, and doctoral 
degrees. Resources devoted to academic use in 
the University Computing Center include: an 
IBM 3081D, an CDC Cyber 174, a Vax 8600 and 
Pyramid 98xe both running Unix, and more than 
75 microcomputers (IBM PC-XT's, AT’s and 
Macintosh's). 

The Department research facilities include vari¬ 
ous workstations (Symbolics Lisp machines, 
Micro-Vax II, SUN-3’s, and IBM-AT’s) and facili¬ 
ties in a joint research lab shared with the 
Department of Electrical Engineering. The latter 
includes a VAX-8500, three VAX 780’s and vari¬ 
ous other smaller machines. The equipment is 
connected to the ARPAnet, CSNet, and to 
BITNET. 

Candidates should send a curriculum vitae and 
the names of three references to Professor 
Claudio Gutierrez, Department of Computer and 
Information Sciences, University of Delaware, 
Newark, DE 19716. Positions are open until filled. 
The University of Delaware is an equal opportuni¬ 
ty, affirmative action employer. Applications 
from members of minority groups and women 
are encouraged. 


CALIFORNIA STATE COLLEGE 
BAKERSFIELD 

California State College, Bakersfield is seeking a 
person for a tenure-track position in Physics/ 
Computer Science beginning September 1988. 
Individuals with experience in physics or elec¬ 
trical engineering and computer science are en¬ 
couraged to apply. Rank is open and salary range 
is from $27,593 to $57,200. The person selected 
for this position will be expected to contribute to 
the development and growth in areas of mutual 
interest to our computer science and physics 
programs. The college is, in addition, actively 
pursuing approval of an engineering program 
which would include electrical engineering. This 
tenure-track position requires the doctorate in an 
appropriate field, preferably in physics, com¬ 
puter science, or electrical engineering. Ap¬ 
plicants who are in the process of completing 
Ph.D. requirements are also encouraged to apply 
but if selected will be placed on a full-time tem¬ 
porary status until Ph.D. requirements are cer¬ 
tified. Send a letter of application, vita, copy of 
graduate transcript and three letters of recom¬ 
mendation to: Marc Thomas, Chair, Search and 
Screen Committee, Computer Science/Physics, 
California State College, Bakersfield, 9001 
Stockdale Hwy., Bakersfield, CA 93311-1099. 
(805) 833-2102 or 833-3082. Deadline is Feb. 15, 
1988 or until position is filled. CSB is an AA/EOE. 


UNIVERSITY OF CALIFORNIA 
BERKELEY 

THE UNIVERSITY OF CALIFORNIA AT 
BERKELEY invites applications for visiting pro¬ 
fessor and lecturer positions in COMPUTER 
SCIENCE. Visiting professor and lecturer posi¬ 
tions are normally one-year appointments. 
Research facilities include several mainframe 
computers (VAX 8600 and similar), numerous 
LISP machine (Symbolics, Tl, Xerox) work¬ 
stations, 80 general-purpose networked work¬ 
stations (SUN and similar), and access to an on¬ 
site IBM 3090 and Cray-XMP. Instructional hard¬ 
ware includes numerous SUN workstations, VAX 
systems, Macintoshes, PC’s and access to an 
IBM 3090. 

Visiting professor positions are often filled by 
persons on sabbatical leave from other univer¬ 
sities, and lecturer positions are often filled by 
persons on temporary leave from research lab¬ 
oratories. Such experience is not a requirement, 
however. Applicants with a doctoral degree in 
Computer Science (complete or nearly complete) 
are preferred. The successful candidate must be 
able to teach core undergraduate courses and 
may also have an opportunity to teach graduate 
courses. Send resume, and the names of three 
references by March 1, 1988, to the address 
below. 

Professor Richard Fateman 
Associate Chairman for Computer Science 
Department of Electrical Engineering and 
Computer Sciences 
University of California 
Berkeley, CA 94720. 

The University of California is an Equal Oppor¬ 
tunity, Affirmative Action Employer. 


UNIVERSITY OF NORTH CAROLINA 
AT WILMINGTON 

Applications are invited for a tenure-track position 
as Assistant/Associate Professor of Computer 
Science. Preferred specialties are: architecture 
and digital design, systems programming and 
operating systems, algorithms and complexity, 
graphics. Candidates should have a Ph.D. in 
Computer Science or Ph.D. in a related area with 
M.S. in Computer Science or equivalent experi¬ 
ence. Duties include teaching, scholarship, and 
service. The Department has 30 faculty and of¬ 
fers B.S. in Computer Science and B.S., B.A. in 
Mathematics . VAX/VMS and UNIX are in use. 
For fullest consideration apply by February 1, 
1988, to Douglas D. Smith, Chairman, Math. Sci¬ 
ences Department, University of North Carolina 
at Wilmington, Wilmington, NC 28403, (919) 
395-3291. An EE/AA employer. 


UNIVERSITY OF TENNESSEE SPACE INSTITUTE 
Graduate Research Assistants 
in Computer Science 

Applications are invited for graduate research 
assistants in computer science, particularly in 
artificial intelligence. UTSI awards M.S. and 
Ph.D. degrees in computer science with empha¬ 
sis on applied artificial intelligence, expert 
systems and robotics. 

UTSI offers total financial assistance packages 
including tuition, fees, and monthly stipends 
which average $11,600 to $12,600 for an aca¬ 
demic 9 month appointment depending upon the 
degree program. In addition, summer appoint¬ 
ments may be available. To receive an applica¬ 
tion or for further information, please contact: 
Dr. Charles Lea, Director, Admissions and Stu¬ 
dent Services, The University of Tennessee 
Space Institute, Tullahoma, TN 37388 (phone: 
(615) 455-0631, ext. 296). 

UTSI is an AA/EEO employer 


THE JOHNS HOPKINS UNIVERSITY 
Department of Computer Science 

The Department of Computer Science in the 
G.W.C. Whiting School of Engineering of The 
Johns Hopkins University is continuing with its 
planned development. Last year five new faculty 
members joined the department. During the cur¬ 
rent academic year further growth is envisioned 
to represent the University in the field of com¬ 
puter science and engineering according to Hop¬ 
kins’ traditional standards of research and teach¬ 
ing of the highest rank. The department will 
move into its new building in early 1988. Addi¬ 
tional faculty are being sought at all professorial 
levels with research and teaching interests in 
computer systems, programming, languages, and 
artificial intelligence. Senior candidates should 
have an outstanding record of research achieve¬ 
ment; junior candidates should exhibit superior 
research potential. Although the teaching load is 
moderate, genuine commitment to teaching ex¬ 
cellent graduates and undergraduates is also 
necessary. 

Regarding the artificial intelligence area, 
Hopkins’ recently formed Mind-Brain Institute 
together with the Center for Cognitive Sciences 
lead a list of University enterprises with which 
faculty in the Department of Computer Science 
can interact while developing an Al program 
within the department itself. Given such broad 
University interest and commitment, the oppor¬ 
tunities and challenges are immense and, quite 
possibly, unprecedented. Candidates with re¬ 
search and teaching interests in the artificial intel¬ 
ligence area should be acutely aware of the foun¬ 
dational positions for which they are applying. 
Applicants should send a resume and the names 
of at least three references to: Professor Gerald 
M. Masson, Department of Computer Science, 
The Johns Hopkins University, Baltimore, MD 
21218 [phone: (301) 338-8577]. The Johns Hop¬ 
kins University is an equal opportunity, affir¬ 
mative action employer. 


UNIVERSITY OF NORTH CAROLINA 
AT CHARLOTTE 

Department of Computer Science 

Several tenure-track positions in all areas at 
Assistant, Associate, or Full Professor level in 
Computer Science/Computer Engineering. Salary 
and rank dependent on qualifications and ex¬ 
perience. Salary is competitive. Ph.D. in CS/CE 
preferred. Ph.D. in a related area to CS/CE con¬ 
sidered. Applications accepted until the posi¬ 
tions are filled. The Department of Computer 
Science is housed in the College of Engineering 
and offers both undergraduate and graduate 
degrees in computer science. Active research 
areas in the department include artificial in¬ 
telligence, computer architecture, computer vi- 
sion/robotics, database systems, data communi¬ 
cation, theoretical CS, VLSI design. On-campus 
Ph.D. level research and study are available 
through cooperation with other participating in¬ 
stitutions of the Microelectronics Center of N.C. 
(MCNC). A wide variety of excellent computing 
facilities including IBM, VAX, Burroughs, Harris, 
Xerox, Sun, and others are available to support 
educational and research activities. Also, as a 
participant in MCNC, UNCC has access to state- 
of-the-art computing, VLSI design, and fabrica¬ 
tion facilities. Charlotte is the largest city in the 
Carolinas with excellent housing, good schools 
and mild climate. 

Vita, transcript and four letters of reference 
should be sent to Chairperson, Faculty Search 
Committee, Department of Computer Science, 
The University of North Carolina at Charlotte, 
Charlotte, NC 28223. 

UNCC IS AN EOE/AA EMPLOYER 
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BOOK REVIEWS 


Editor: Wiley McKinzIe, School of Computer Science and Technology, Rochester Institute of Technology, Rochester, NY 14623; Compmail, w.mckinzie; CSnet, wrm@rit 


CD-ROM: The New Papyrus 


Steve Lambert and Suzanne 
Ropiequet (eds.) (Microsoft Press, 
Redmond, Wash., 1986, 619 pp., 
$21.95) 

The skeptics say that it is just another 
storage medium. The enthusiasts say it 
has product-development potential 
beyond belief. Some product designers 
believe that, without some form of 
international standardization, it is not 
worth the effort to market. Others 
believe that the standards for it should 
be application-specific. The only thing 
that people who have studied CD-ROM 
technology can agree upon is that it is 
the subject of considerable controversy. 

In a single work, Lambert and Ropie¬ 
quet have brought together over fifty 
authors who have done an admirable 
job of providing the reader with solid 
information about CD-ROM technol¬ 
ogy, its foundation, the confusion sur¬ 
rounding it, and its application to a 
number of different markets. CD- 
ROM: The New Papyrus is at once a 
primer on the technology, a desktop 
reference manual for the experienced 
developer, and a guide for the product 
manager interested in developing new 
applications. Every evolving technology 
should be blessed with the serious 
documentation that this book provides. 

Professionals—be they computer 
scientists, hardware developers and 
engineers, product planners, or market¬ 
ing experts—will find this work a valua¬ 
ble source of information on the topic. 
Lambert and Ropiequet, along with the 
other contributors to the book, demon¬ 
strate their thorough knowledge of the 
technology, its historical development, 
the variations on its basic form, and a 
range of potential applications for its 
use. 

The book is divided into seven basic 
sections. The first section provides a 
basic history lesson on the scientific 
development of CD-ROM and its rela¬ 
tionship to various related technologies, 
including the videodisc. This discussion 
provides valuable insight into the rela¬ 
tionship between the evolving CD-ROM 
technology and the problems associated 


with the early development of 
videodisc. 

The second section provides a broad, 
system-level overview, including the 
nature of CD-ROM hardware, the role 
of system software, and significant 
details on retrieval software—considered 
by many to be the key to CD-ROM’s 
future applications. 

The third section provides selected 
works about general production of CD- 
ROM. This section, while far from a 
comprehensive treatment of produc¬ 
tion, does a reasonably good job of 
treating data preparation, image cap¬ 
ture, and compression techniques. In all 
fairness to the editors, many new com¬ 
pression techniques have been 
announced since the production of this 
book. 

The fourth section may be the stron¬ 
gest of the book. It provides a very 
thorough treatment of design elements 
including human interface concerns, 
authoring systems and procedures, and 
the CD-ROM project development 
process. 

For the reader interested in CD-ROM 
publishing, the fifth section provides 
some interesting information. However, 
in a later publication edited by orie of 
these editors, CD-ROM publishing is 
treated in far more detail (S. Ropiequet 
(ed.), CD-ROM2: Optics Publishing, 
Microsoft Press, Redmond, Wash., 
1987). 

For the individual interested in mar¬ 
keting applications for the product, the 
sixth section (“CD-ROM Applications”) 
will be of particular value. This section 
deals with basic market considerations 
as well as applications in libraries, in 
the legal and medical professions, in 
cartography, and in research. 

Finally, the seventh section provides 
a wealth of information about resources 
available for the individual interested in 
going even further into the technology 
and its many possible uses. It lists and 
categorizes publishers, consultants, 
related software suppliers, training 
sources, professional organizations, and 
other resources. 

CD-ROM: The New Papyrus is an 


extremely important contribution to 
anyone interested in the technology. On 
all of the subjects that it addresses, it is 
well written, thoughtfully compiled, 
and thorough. 

Dennis C. Nystrom 
J.A.M. Inc. 


CD-ROM 2: Optical 
Publishing 

Suzanne Ropiequet (ed.) 

(Microsoft Press, Redmond, 

Wash., 1987, 358 pp., $22.95) 

This second volume of Microsoft 
Press’s two-volume set on the topic of 
CD-ROM is much like the first volume 
(CD-ROM: The New Papyrus). Ropie¬ 
quet has brought together many differ¬ 
ent authors, each providing a 
perspective on some aspect of CD-ROM 
technology, the standards that govern 
its implementations, and its applica¬ 
tions. At the end of the book is a case 
study section that describes a couple of 
applications of CD-ROM to optical 
publishing. 

CD-ROM 2: Optical Publishing does 
a reasonably thorough job of covering 
the topic of CD-ROM technology. Each 
contributor is obviously experienced in 
his or her area of contribution. How¬ 
ever, the book is quite disappointing 
from the point of view that it does not 
provide the reader with much informa¬ 
tion that was not already provided in 
the earlier volume (see previous book 
review). In this sense, the designation of 
the book as “volume two” is a bit mis¬ 
leading. It does not present the sort of 
content that is standard for the second 
volume of a two-volume set. Rather, it 
presents much of what was in the first 
volume and adds very little new infor¬ 
mation. 

While CD-ROM: The New Papyrus 
was truly a significant contribution to 
the field, CD-ROM 2: Optical Publish¬ 
ing misses the mark. When taken alone, 
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the book does provide the reader with a 
solid background in the technology, its 
history, its future, and the development 
of products based on it. However, the 
foundation concepts of optical publish¬ 
ing are obscured by generic discussions 
of the CD-ROM technology. This vol¬ 
ume could have been a much more sig¬ 
nificant contribution to the study of the 
application of CD-ROM if it treated the 
concept and current practice of optical 
publishing in greater depth. 

Taken by itself, CD-ROM 2: Optical 
Publishing provides a reasonably good 
treatment of CD-ROMTechnology. For 
the reader interested in CD-ROM tech¬ 
nology and its application to a variety 
of fields, including optical technology, 
it is not as good an investment as the 
first volume. For the reader interested 
only in the application of CD-ROM 
technology to optical publishing, it is ' 
probably a better investment. However, 
such a reader should expect to learn 
much more about CD-ROM technology 
than about optical publishing. 

Dennis C. Nystrom 

J.A.M., Inc. 


Programming with Sets: 
An Introduction to SETL 

J.T. Schwartz, R.B.K. Dewar, E. 

Dubinsky, and E. Schonberg 

(Springer-Verlag, New York, 

1986,493 pp., $45) 

Currently, a strong trend in software 
engineering is to work with programming 
languages that allow algorithms to be 
expressed on a very high level. These 
programming languages enable algorith¬ 
mic solutions to a problem to be formu¬ 
lated very close to their formal specifica¬ 
tion. This practice has significant 
advantages. For instance, it makes con¬ 
structing a formal proof of a program’s 
correctness easier and allows concepts 
to be reused. A number of languages 
have the potential to express paradigms 
for this type of programming. These 
languages include Lisp, Prolog, APL, 
Nial (Nested Interactive Array Lan¬ 
guage), Smalltalk, and Setl. 

The book under Review deals with 
Setl (Set Theoretic Language). This lan¬ 
guage was designed and implemented at 
New York University’s Courant Insti¬ 
tute of Mathematical Sciences by Jacob 
T. Schwartz and his group (of which 
two of the coauthors, R. Dewar and E. 
Schonberg, are prominent members). 

Its design and implementation began in 
the early seventies. At present, fairly 
stable implementations on a number of 


machines are available. 

Setl belongs to the Algol family. It 
has the usual primitive data types 
(integer, real, Boolean, character, 
string, atom). In contrast to other mem¬ 
bers of the Algol family, it offers 
objects of set theory as compound data 
structures, namely sets, relations/maps, 
and tuples. These objects do not need to 
be homogeneous, so one can have, for 
example, a set that has another set, a 
map, a real, and a string as its elements. 
Since they are represented explicitly in 
storage, these objects have to be finite. 
Setl offers the usual control structures 
(conditional statements, case state¬ 
ments, and various versions of loop 
constructs). It also has quantification 
and backtracking capabilities. It is 
weakly typed so one does not have to 
declare variables at all, and one can 
change a variable’s type as one goes. In 
addition, Setl offers a data representa¬ 
tion sublanguage that allows the pro¬ 
grammer to give hints to the compiler 
concerning the actual representation of 
objects in storage. This feature enables 
the programmer to introduce strong 
typing if he wishes and, thus, to improve 
efficiency. 

As far as software engineering is con¬ 
cerned, the language supports program¬ 
ming in the large. It offers modules, 
libraries (which in some implementa¬ 
tions can be compiled separately), direc¬ 
tories, and, of course, procedures. 
Because it is a wide spectrum language, 
it is somewhat accessible to program 
transformaticins.HenccTrprogrammer 
can ideally start with a very high level 
version of the program, and subsequently 
transform it into a sequence of lower 
level versions, using correctness¬ 
preserving transformations. This proce¬ 
dure facilitates the production of cor¬ 
rect code. 

One disadvantage of Setl is that it is 
somewhat slow. This slowness results 
from the facttfiat the language is 
weakly typed and operators are heavily 
overloaded, so resolution of overload¬ 
ing is postponed to runtime. Another 
reason for the slowness is that Setl has 
value semantics but implements it in 
pointer semantics, with the effect that 
at runtime many unnecessary copy 
operations of shared objects are per¬ 
formed. 

As of now, the language is imple¬ 
mented on CDC, IBM/370 (under CMS 
as well as MVS), VAX family (VMS 
and Unix), Apollo, and Sun worksta¬ 
tions. The language has been used suc¬ 
cessfully to prodnrejTrototv pes, the 
most prominent of whichwas thefirst 
certified Ada translator—the7Xda/Ed 
interpreter. 

'-'The bdokrunder review introduces the 


language at quite a leisurely pace (the 
cover suggests that it can be used by 
undergraduates with minimal program¬ 
ming knowledge). It first gives a brief 
overview of Setl and introduces in a 
rather informal way some programming 
concepts. It then introduces simple data 
structures (the usual primitive types) 
and compound data types like sets, 
tuples, maps and relations. This basic 
information is complemented by the 
discussion of each data type’s elemen¬ 
tary operators (for example, union and 
intersection for sets, length of tuples, 
etc.). 

Chapter 4 is devoted to control struc¬ 
tures. It illustrates the concepts intro¬ 
duced so far with a rather nice example 
(a Turtle language interpreter). Next, it 
introduces procedures and provides a 
thorough discussion of global versus 
local variables, the scope of variables, 
and the like. The chapter also discusses 
user-defined procedures and operators. 
The latter sections of Chapter 4 give a 
couple of fairly interesting examples 
that convincingly display the power of 
this language. 

Chapter 6 is somewhat mixed in 
approach and level: It introduces 
methods and styles for program devel¬ 
opment, testing, and debugging. Here 
one finds well-established methods dis¬ 
cussed in the context of the language 
(like a checklist of common bugs and 
general remarks on program testing), 
plus some very interesting and useful 
remarks on program transformations 
and on program verification. This 
reviewer would have appreciated a 
longer section on program transforma¬ 
tions, with particular attention devoted 
to the work of Robert Paige. 

Chapter 7 goes back to control struc¬ 
tures and introduces backtracking as a 
very powerful way of implementing 
search problems. Chapter 8 focuses on 
programming in the large, introducing 
libraries, modules, and directories to 
structure large programs. Chapter 9 dis¬ 
cusses the sometimes peculiar problem 
of communicating with the environment 
(I/O). Chapter 10 introduces and dis¬ 
cusses the data representation sublan¬ 
guage mentioned above, and gives a 
little insight into some details of its 
implementation, at least as far as the 
representation of data structures is con¬ 
cerned. 

Chapter 11, the last chapter, shows 
Setl in action. It introduces and dis¬ 
cusses nine sample implementations of 
problems in Setl, among them the stable 
assignment problem and the implemen¬ 
tation of a macroprocessor (which is 
modeled after Setl’s own). This chapter 
demonstrates Setl’s power and shows 
the language to be very suitable for 


January 1988 


139 





rapid prototyping. Programmers famil¬ 
iar with mathematics, particularly 
rudimentary set theory, will probably 
find themselves more at ease reading 
prototypes in Setl than, for instance, 
prototypes written in Prolog. 

It should be mentioned that the lan¬ 
guage description in the book is some¬ 
times incomplete (as measured against 
the implementation on the Sun, for 
example) and sometimes inaccurate in 
details; features vital to programming 
in the large (such as separate compila¬ 
tion) do not seem to work as indicated 
for all implementations. 

But these are minor points. Setl is 
becoming a useful and important lan¬ 
guage for software design and for rapid 
prototyping in particular (as witnessed 
in Europe by the Esprit project—Setl 
Experimentation and Design). This 
book introduces Setl to novices to the 
language, or to persons interesting in 
rapid prototyping, and it does it very 
well indeed. 

Ernst-Erich Doberkat 
University of Hildesheim, West 
Germany 


Computers and Social 
Change: Information, 
Property, and Power 

Judith A. Perrolle (Wadsworth 
Publishing Co., Belmont, Calif., 
mi, 291 pp„ $28.00) 

In computer science literature, we 
find considerable debate about whether 
university curricula should emphasize 
the theory of computer science or the 
technology of computing. Some authors 
contend that courses on the foundations 
of computer science should be required 
early in the educational program, rather 
than being offered as senior electives (if 
they are included in the curriculum at 
all). These advocates stress the need for 
addressing theory and context instead 
of regimented procedural activity. 

The rationale for stressing theory 
should be obvious. Yet often authors 
restrict their discussion of context to 
considerations within computer science. 
To enable computer science students to 
grasp the nature and the historical sig¬ 
nificance of the field, the computer 
science curriculum should have a broad 
perspective, one that includes the 
sociopolitical and socio-epistemological 
realms. With only an understanding of 
theoretical computer science, students 


are inadequately prepared to evaluate 
recent professional literature such as 
Borning’s “Computer System Reliabil¬ 
ity and Nuclear War” (Communica¬ 
tions of the ACM, Vol. 30, No. 2, 1987, 
pp. 112-131), Yazdani and Narayanan’s 
Artificial Intelligence Human Effects 
(Ellis Horwood Ltd., Chichester, 
England, 1984), and Danziger et alias’s 
Computers and Politics (Columbia Uni¬ 
versity Press, N.Y., 1982). 

Do we honestly expect our students to 
deal with the issues raised in these writ¬ 
ings strictly from a technical perspec¬ 
tive? Can we reduce all problems 
related to computing to the theory or 
practice of computer science? Should 
we? The CSAB (Computing Sciences 
Accreditation Board) has recommended 
that “the social implications of comput¬ 
ing should be included in the pro¬ 
gram’’(Computing Sciences Accredita¬ 
tion Board, Criteria for Accrediting 
Programs in Computer Science in the 
United States, January 1987, p. 9). 

Computers and Social Change: Infor¬ 
mation, Property, and Power is a book 
that treats the computer as a product 
emanating from and applied in a social 
context, fraught with dangers and limi¬ 
tations, but also with promise. 

Traditionally, the literature on “com¬ 
puters and society” has presented the 
computer as an elixir capable of solving 
virtually all anticipated problems with a 
magic whose care is best entrusted to 
experts. The exceptions usually treat 
information technology as a worrisome 
threat to personal autonomy and politi¬ 
cal democracy. 

Perrolle does not regard the com¬ 
puter as a neutral tool that can be used 
for any intention, but neither does she 
portray it as an autonomous agent 
beyond human control, capable of 
requiring blind submission from its 
users. She offers a well-conceived 
dialectic that guides the redder in dis¬ 
covering an underlying unity among 
seemingly opposed views of informa¬ 
tion technology and its application. To 
say Perrolle succeeds while others fail is 
to understate her strength. Other 
authors, in their parochialism, so 
restrict themselves to either a technical 
or a social-scientific perspective that 
they can not even conceive of how to 
pose questions in ways that bridge the 
gap between the two domains. 

All too often, writers treat the com¬ 
puter as something that simply appears. 
They never ask “how?” or “why?” It 
is simply a new force that we must 
either adapt to, resist, or ignore—the 
result of a self-perpetuating progress. In 
contrast to such writers, Perrolle traces 
information technology’s origins from a 
historical panorama, filled with com¬ 


parisons between many cultures, West¬ 
ern and non-Western, past and present. 
Many people have a tendency to view 
technologies as pure hardware (dead 
objects). In the context of this commoft 
sense paradigm, these people consider 
information technology to be unique in 
that its software—the practice and 
procedures of its usage—cannot be 
separated from the machine itself. Per¬ 
rolle demonstrates that this unity of 
hardware and software is really perva¬ 
sive in all technologies. 

To successfully navigate through the 
spectrum of issues involved, Perrolle 
provides the reader with glimpses of 
technology practice in a variety of cul¬ 
tures. One example is the “ani-ani,” a 
small knife that made rice harvesting in 
Indonesia so labor-intensive that it 
insured almost everyone in the village a 
share in the work and the produce. The 
more capital-intensive sickle led to 
greater concentration of decision mak¬ 
ing as well as wealth. 

Having established her overall frame¬ 
work, Perrolle journeys through a wide 
range of specific themes, nicely tying' 
her abstract analysis to concrete Cases. 
As important as cases are, she main¬ 
tains a major focus throughout the 
book—information, property, and 
power—as this excerpt indicates: 

The social concepts of privacy and free¬ 
dom of information are often in direct 
conflict with the concept of information as 
property. The law, which defines and 
guarantees our rights in a democratic soci¬ 
ety, is being transformed to recognize and 
protect information as a form of com¬ 
modity property. New laws regulating the 
ownership, taxation, and liabilities of 
information products are being proposed, 
and old ones are being reinterpreted. As 
lawyers struggle with cases involving com¬ 
puter software and databases, computer 
law is emerging as a new specialization 
within the legal profession. 

Pe>r6lle treats the interaction of 
information, property, and power as a 
unifying framework for understanding 
current concerns of privacy, govern¬ 
mental prerogatives, ergonomics, ecol¬ 
ogy, employment (or lack thereof), and 
the concentration of wealth and power. 
Here is one example of how she con¬ 
verges these seemingly distinct areas: 
White-collar clerical workecs lose their 
autonomy and must submit to cor¬ 
porate will. While working in front of 
VDTs, they are subject to stress, eye- 
strain, and reproductive risks. When 
company managers design workstations 
and employee schedules, a preoccupa¬ 
tion with profits often leads them to 
treat the social, physical, and psycho¬ 
logical welfare of their staff as secon¬ 
dary. In treating this one issue, Perrolle 
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merges economics, ecology, and ergo¬ 
nomics, and she looks at corporate 
prerogatives and social stratification. 

Perrolle’s book is one of the first seri¬ 
ous efforts to provide a vital, integra¬ 
tive perspective on information 
technology. Her book creates a para¬ 
digm for future authors in the area. 
Furthermore, it gives sufficient insight 
into social science reasoning to enable 
computer science professionals to 
recognize their activity as a dynamic 
force, symbiotically linked to the soci¬ 
ety from which it emerged. 

We definitely recommend the book to 
all computing professionals and 
encourage faculty to make it required 
reading in undergraduate and graduate 
course work. 

Yale Magrass and Richard Upchurch 
Southeastern Massachusetts Uni¬ 
versity 


The Metafont Book 

Donald E. Knuth (Addison- 

Wesley Publishing Company, 

Reading, Mass., 1986, 361 pp., 

$19.95) 

Donald E. Knuth’s recent book 
describes the Metafont computer sys¬ 
tem, which is used to define typefaces. 
As is usual for this author, the book is 
much more than just a simple manual 
for a computer system. 

To use the Metafont system, you first 
prepare normal text files (in ASCII, for 
example) containing letterform defini¬ 
tions. Second, you invoke the Metafont 
program. From within this program, 
you issue commands to execute the let¬ 
terform definition, to display the result¬ 
ing letterform on the display device, 
and to create a generic data file that can 
be converted into a typeface description 
for a typographic output device. You 
use other utility programs to convert 
and print this file. An example early in 
the book explains in great detail how to 
define the letters “I” and “O” and how 
to create corresponding data files for 
output. 

The major emphasis of the book is 
the use of primitive Metafont constructs 
to build letterform definition files. 
Typeface designs can be surprisingly 
subtle and complex. Every mathemati¬ 
cal or computational definition must be 
developed in a systematic fashion in 
order to be executed by the computer 
and understood by other readers. The 
book explains a definition facility that 
allows for future modification and 


enhancement of an already finished 
design. This facility also enables parts 
of a given definition to be reused in the 
definition of later typefaces. 

The most basic constructs in Metafont 
are primitives used to draw curves based 
on control points in a coordinate system 
using a hypothetical pen. Many of these 
constructs—algebraic expressions, vari¬ 
ables, assignments, conditions, loops, 
and macros—are borrowed from com¬ 
puter programming languages. Another 
type of language construct found in 
Metafont is the equational definition of 
variables. This construct is unique to 
the Metafont language. The book pro¬ 
vides many interesting examples of its 
use. 

The book is organized into 27 short 
chapters on specific topics. They 
include chapters on the use of the primi¬ 
tive Metafont constructs in the defini¬ 
tions, the interactive use of the Metafont 
program itself, and the use of design 
techniques that yield pleasing digitized 
images. 

The book includes some helpful 
appendices. The most useful is an 
appendix of answers to all the exercises 
posed in the text. Another useful fea¬ 
ture is a very complete index that 
includes concept keywords as well as the 


many special primitives of Metafont. In 
addition, the book provides informa¬ 
tion on joining the TEX user group 
(TUG), which publishes informative 
articles about TEX and Metafont. 

The Metafont system can be used in 
many graphic design problem areas. Its 
users may be type designers looking for 
a way to utilize new digital technology 
more effectively or students in com¬ 
puter graphics design. In addition, com¬ 
puter language designers will find the 
book interesting since it tackles the 
problem of describing a graphic image 
in computational and mathematical 
terms. I recommend the book for both 
novices and professionals in computing 
since it assumes little background in 
either computing or mathematics. 

In summary, the book is a well-written 
and carefully constructed manual about 
a system designed to help solve a diffi¬ 
cult design problem. It includes thought¬ 
ful exercises and interesting design hints 
based on using the Metafont system and 
examining its results. I recommend it, 
not only for users of the system, but 
also for those who enjoy good technical 
literature. 

Guy Johnson 

Rochester Institute of Technology 


Senior System Engineer 

When it comes to problem solving, some would accept the first answer 
as being the last word. Pursuing a more original, more rewarding line of 
thought is someone else's business. Not so at ESL. The most imaginative, 
and necessarily unconventional, solutions to questions posed by advanced 
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NEW LITERATURE 


Frost <6 Sullivan reports. The Non- 
Consumer Market for Videodisc Tech¬ 
nology (#A1665, 218 pp., $1800) 
predicts sales of non-consumer video¬ 
disc programs will rise from an esti¬ 
mated $140 million in 1987 to $605.56 
million in 1991, and that the installed 
base of non-consumer videodisc players 
will increase from about 100,000 at the 
end of 1986 to 423,091 in 1991. The 
report analyzes non-consumer videodisc 
technology, its markets, and its appli¬ 
cations. 

According to Industrial Data Acqui¬ 
sition in Europe (#E939, 308 pp., 

$2600) the $913 million spent in 1986 on 
data acquisition parts will grow 9.5 per¬ 
cent per year until at least 1991, the end 
of its forecast period. The report breaks 
down the market according to product 
categories, end-user industries, national 
markets, and suppliers. 

In the US, contact Customer Service, 
Frost & Sullivan, 10 Fulton St., NY 
10038; (212) 233-1080. In Europe, con¬ 
tact Frost & Sullivan, Sullivan House, 4 
Grosvenor Gardens, London SW1W 
ODH; (01) 730-3448. 


Product guide. Ducommun Data Sys¬ 
tems offers its second annual Ducom¬ 
mun Data Systems Product Guide, a 
288-page volume that provides informa¬ 
tion on the availability of systems 
products from 18 of the industry’s lead¬ 
ing manufacturers. Contact Ducommun 
Data Systems, 10824 Hope St., 

Cypress, CA 90630; (800) 367-8277. 


Managing End-user Computing (12 pp. 
per issue, $96 per year) is a monthly 
newsletter designed to help managers 
address the organizational, manage¬ 
ment, business, and educational issues 
of end-user computing. Contact Diane 
Pattelena, Publicity Manager, Warren, 
Gorham, and Lamont, Inc., One Penn 
Plaza, New York, NY 10119. 

Japanese technology. A monthly maga¬ 
zine documenting developments in Jap¬ 
anese technology is now available. The 
magazine, Techgram Japan, contains 
capsule descriptions of advances in elec¬ 
trical and electronic equipment, infor¬ 
mation, communications, robotics, 
engineering, machinery, ceramics, 
metals, and textiles. Contact Informa¬ 
tion Handling Services, 15 Inverness 


Way East, Englewood, CO 80112; (800) 
241-7824 or (303) 790-0600. 

The Faulkner Report on Microcom¬ 
puter Communications ($499 per year), 
a new loose-leaf subscription service, 
provides management and technical 
analyses of PC communications 
products and trends. The initial report 
provides about six hundred pages of 
information. Monthly supplements pro¬ 
vide reports on new products and trends 
in the PC communications industry. To 
subscribe, call Faulkner Technical 
Reports at (800) 843-0460. In New Jer¬ 
sey, call (609) 662-2700. 


Writing MS-DOS Device Drivers (416 
pp., $24.95), by Robert S. Lai, is a 
handbook for programmers with some 
knowledge of assembly language who 
want to create MS-DOS and PC-DOS 
device drivers, including interfaces for 
special instruments. Contact Abigail 
Genuth, Trade Computer Books Divi¬ 
sion, Addison-Wesley Publishing, 
Reading MA 01867; (617) 944-3700, 
ext. 2614. 


Memory-resident program writing. A 

comprehensive introduction and refer¬ 
ence to memory-resident programming 
on IBM PCs is provided in Memory- 
Resident Programming on the IBM PC 
(412 pp., $24.95) by Thomas Wadlow. 
A disk containing programs from the 
book is available for $39.95. Contact 
Abigail Genuth, Trade Computer 
Books Division, Addison-Wesley Pub¬ 
lishing Company, Reading, MA 01867; 
(617) 944-3700, ext. 2614. 


International Planning Information, 

Inc. reports. Business Opportunities in 
Computer-Aided Publishing (270 pp., 
$2450) analyzes the computer-aided 
publishing (CAP) market and forecasts 
market conditions. 

The Impact of Parallel Processing on 
High Performance Computing (200 pp., 
$985) is a technology impact report 
developed to assist system manufac¬ 
turers, service vendors, and system 
users. It provides data on sales volumes, 
market segments, vendor profiles, and 
market shares. 

Optical Technology’s Impact (285 pp., 
$985) is a technology impact report 


describing the growth and applications 
for CD ROM, DE interactive disks, 
WORM, and erasable optical drives. 

International Planning Information, 
Inc., 465 Convention Way, Suite 1, 
Redwood City, CA 94063; (415) 
364-9040; telex 371-6217. 


Neural Networks (ISBN: 0-89671-088-2, 
243 pp., $485) is a report that explains, 
the workings of neural networks in non- 
theoretical terminology. It explains 
potential applications of neurocom¬ 
puters and assesses the activities of 
companies and research groups in the 
field. To order the report, contact SEAI 
Technical Publications, P.O. Box 
590-B, Madison, GA 30650; (404) 
342-9638. 


Introduction to Optical Technology 
provides an explanation of the basics of 
optical digital technology and its cur¬ 
rent and emerging applications. The 
book includes a bibliography for those 
interested in further reading on the 
topic. Contact Publications, AIIM, 

1100 Wayne Ave., Suite 1100, Silver 
Spring, MD; (301) 587-8202. 


Unix journal. The Usenix Association 
and the University of California Press 
have announced the publication of 
Computing Systems, a new quarterly 
journal dedicated to the analysis of the 
theory, art, design, engineering, and 
systems inspired or influenced by the 
Unix tradition. The first issue will be 
published in February, 1988. Each issue 
will be approximately 120 pages long. 
For further information, contact Ellie 
Young at (415) 642-7485, or Peter Salus 
at (415) 528-8649. 


Managing Information Systems: An 
Integrated Approach (280 pp., $26), by 
Eugene Wittry, provides an introduc¬ 
tion to computer-integrated manufac¬ 
turing (CIM) concepts and their 
relationship to information systems 
management. The book can be used for 
self-instruction, in-plant training, or 
college instruction. Contact Diana 
Campau, Society of Manufacturing 
Engineers, 1 SME Drive, P.O. Box 930, 
Dearborn, MI 48121; (313) 271-1500, 
ext. 416. 
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A member society of the Institute of Electrical and Electronics Engineers, Inc. 
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Executive Director: T. Michael Elliott 
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1730 Massachusetts Ave. NW 
Washington, DC 20036-1903 
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Purpose 

The Computer Society strives to advance the theory and practice 
of computer science and engineering. It promotes the exchange of 
technical information among its 90,000 members around the world, 
and provides a wide range of services which are available to both 
members and nonmembers. 

Membership 

Members receive the highly acclaimed monthly magazine Com¬ 
puter, discounts on all society publications, discounts to attend 
conferences, and opportunities to serve in various capacities. Mem¬ 
bership is open to members, associate members, and student mem¬ 
bers of the IEEE, and to non-IEEE members who qualify as affiliate 
members of the Computer Society. 

Publications 

Periodicals. The society publishes six magazines ( Computer ; IEEE 
Computer Graphics and Applications, IEEE Design & Test of Com¬ 
puters, IEEE Expert, IEEE Micro, IEEE Software) and three research 
publications ( IEEE Transactions on Computers, IEEE Transactions 
on Pattern Analysis and Machine Intelligence, IEEE Transactions on 
Software Engineering). 

Conference Proceedings, Tutorial Texts, Standards Documents. 

The society publishes more than 100 new titles every year. 

Computer. Received by all society members, Computer is an 
authoritative, easy-to-read monthly magazine containing tutorial, 
survey, and in-depth technical articles across the breadth of the 
computer field. Departments contain general and Computer Society 
news, conference coverage and calendar, interviews, new product 
and book reviews, etc. 

All publications are available to members, nonmembers, libraries, 
and organizations. 

Activities 

Chapters. Over 100 regular and over 100 student chapters around 
the world provide the opportunity to interact with local colleagues, 
hear experts discuss technical issues, and serve the local profes¬ 
sional community. 

Technical Committees. Over 30 TCs provide the opportunity to 
interact with peers in technical specialty areas, receive newsletters, 
conduct conferences, tutorials, etc. 

Standards Working Groups. Draft standards are written by over 60 
SWGs in all areas of computer technology; after approval via vote, 
they become IEEE standards used throughout the industrial world. 

Conferences/Educational Activities. The society holds about 100 
conferences each year around the world and sponsors many educa¬ 
tional activities, including computing sciences accreditation. 

European Office 

This office processes Computer Society membership applications 
and handles publication orders. Payments are accepted by cheques 
in Belgian francs, British pounds sterling, German marks, Swiss 
francs, or US dollars, or by American Express, Eurocard, MasterCard, 
or Visa credit cards. 

Ombudsman 

Members experiencing problems — late magazines, membership 
status problems, no answer to complaints — may write to the 
ombudsman at the Publications Office. 

Information 

Use the Reader Service Card to obtain the following material: 

• Membership information and application (RS #202) 

• Publications catalog (proceedings, tutorials, standards) (RS #201) 

• Periodicals subscription application/information for individuals 
(members, sister-society members, others) (RS #200) 

• Periodicals subscription application/information for organizations 
(libraries, companies, etc.) (RS #199) 

• List of awards and award nomination forms (RS #198) 

• Technical committee list and membership application (RS #197) 

• Directory of officers, board members, committee chairs, represen¬ 
tatives, staff, chapters, standards working groups, etc. (RS #196) 





1988 Winter USENIX TECHNICAL CONFERENCE 
The Grand Kempinski Hotel, Dallas, Texas 
February 9-12,1988 


Pragmatic UNIX® Tutorials and 
State of the Art Technical Sessions 

TUTORIALS 

Aimed at an audience of software professionals and 
technical managers, the tutorial program provides a de¬ 
tailed examination of several UNIX topics. The traditional 
4.3BSD and System V licensed tutorials, as well as non- 
licensed tutorials on networking, software development 
techniques, windowing, and graphics will be offered. New 
tutorials will be presented on: 

•C+ + 

• The Mach Operating System 

• POSIX Implementation 

• Managing a Network of NFS Systems 

• 4.3BSD System Administration 

• Sendmail, News and UUCP 
TECHNICAL SESSIONS 

This conference will feature two sessions con¬ 
cerning advanced workstation environments under de¬ 
velopment. Thursday morning will detail advances from 
the CMU's Andrew Project; Friday morning, technical 
features of MIT’s Project Athena. Both involve networking 
thousands of workstations for use by both novices and 
experts. 


Additionally, Thursday afternoon’s session will include 
presentations on parallel processing using UNIX. 
Work-in-progress sessions allow brief summaries of new 
projects and research to be presented. 

THE SPONSOR 

The USENIX Association fosters innovation in soft¬ 
ware with a historical and present UNIX bias. USENIX 
promotes communication and idea sharing, encourages 
pragmatic research, and sponsors problem-solving 
activities that impact the UNIX community. 

The 1988 UniForum Conference and Trade 
Show, sponsored by/usr/group, will run 
concurrently with USENIX. UniForum will be 
held at the Dallas Infomart. 

USENIX 

For complete conference details, call: 

(213) 592-1381 or (213) 592-3243. Or write: USENIX 
Conference Office, P.O. Box 385, 

Sunset Beach, CA 90742. 

UNIX is a registered trademark of AT&T. 


The Professional 
and Technical 
UNIX Association 
















